GeezerVisonThe World Wide Web, restored to 800 pixels of glory. | ||||||||||||||||||||||||||||||||||||||||||||
| Home|About|Gaming cabinet|Archives|How it works|Starter sites | ||||||||||||||||||||||||||||||||||||||||||||
GeezerVison is showing angular.dev — Extended Diagnostics • Overview • Angular There are many coding patterns that are technically valid to the compiler or runtime, but which may have complex nuances or caveats. These patterns may not have the intended effect expected by a developer, which often leads to bugs. The Angular compiler includes "extended diagnostics" which identify many of these patterns, in order to warn developers about the potential issues and enforce common best practices within a codebase. DiagnosticsCurrently, Angular supports the following extended diagnostics:
ConfigurationExtended diagnostics are warnings by default and do not block compilation. Each diagnostic can be configured as either:
Check severity can be configured as an Angular compiler option:
The The Extended diagnostics will emit when Semantic VersioningThe Angular team intends to add or enable new extended diagnostics in minor versions of Angular (see semver). This means that upgrading Angular may show new warnings in your existing codebase. This enables the team to deliver features more quickly and to make extended diagnostics more accessible to developers. However, setting New DiagnosticsThe Angular team is always open to suggestions about new diagnostics that could be added. Extended diagnostics should generally:
If you have an idea for an extended diagnostic which fits these criteria, consider filing a feature request. | ||||||||||||||||||||||||||||||||||||||||||||
| You are visitor 01402503 — GeezerVison does not store the pages you look up. Best viewed with Netscape Navigator 4.7 or Internet Explorer 6 at 800×600. No cookies required. |