Stricter TypeScript settings

[MrChocolatine]

Build

Enable TypeScript flag strict (#88)

Enforce a stronger TypeScript configuration by enabling all of the strict mode family options.

https://www.typescriptlang.org/tsconfig#strict :

The strict flag enables a wide range of type checking behaviour that results in stronger guarantees of program correctness. Turning this on is equivalent to enabling all of the strict mode family options

Enable TypeScript flag noEmitOnError (#88)

From the add-on ember-cli-typescript:

Set "noEmitOnError": true in the "compilerOptions" hash in your tsconfig.json – it will help a lot if you can be sure that for the parts of your app you have added types to are still correct. And you'll get nice feedback immediately when you have type errors that way!

A good way to ensure nothing is emitted if errors are still detected.

Enable TypeScript flag forceConsistentCasingInFileNames (#88)

A good safeguard to make the project even more bullet-proof.

https://www.typescriptlang.org/tsconfig#forceConsistentCasingInFileNames

TypeScript follows the case sensitivity rules of the file system it’s running on. This can be problematic if some developers are working in a case-sensitive file system and others aren’t. If a file attempts to import fileManager.ts by specifying ./FileManager.ts the file will be found in a case-insensitive file system, but not on a case-sensitive file system.

When this option is set, TypeScript will issue an error if a program tries to include a file by a casing different from the casing on disk

Enable TypeScript flag noImplicitOverride (#88)

https://www.typescriptlang.org/tsconfig#noImplicitOverride

When working with classes which use inheritance, it’s possible for a
sub-class to get “out of sync” with the functions it overloads when
they are renamed in the base class.
...
Using noImplicitOverride you can ensure that the sub-classes never
go out of sync, by ensuring that functions which override include the
keyword override.

Refactor

Disable redundant lint rules (#88)

Fix types definitions (#88)

Improve arguments of deprecation warnings (#88)

Test

Set more accurate types definitions (#88)

Remove logical expressions from assert (#88)

Remove unnecessary assert.expect() (#88)