@angular-eslint/template-parser
Angular Template parser for ESLint
This package has a good security score with no known vulnerabilities.
Community Reviews
Solid foundation for Angular template linting with minimal runtime overhead
From an operational perspective, it's refreshingly low-maintenance. Parse errors are clear and actionable, pointing to specific line/column positions in templates. Memory usage stays reasonable even on large monorepos with hundreds of components. The parser doesn't introduce connection pooling or retry logic because it's a synchronous, stateless operation—parsing happens during lint runs with predictable performance characteristics.
The main gotcha is version alignment: you must keep @angular-eslint/template-parser synchronized with your Angular version and the rest of the @angular-eslint ecosystem. Mismatched versions lead to cryptic parse failures. Documentation around configuration options is sparse, though most projects won't need custom parser options beyond what the preset rules provide.
Best for: Angular projects needing template linting as part of CI/CD pipelines with zero production overhead.
Avoid if: You need runtime template validation or can't maintain strict version alignment across your Angular toolchain.
Essential Angular template linting with solid TypeScript integration
The integration with Angular's template syntax is comprehensive, handling structural directives, property bindings, event bindings, and template reference variables correctly. Error messages are generally clear when parsing fails, typically pointing to malformed template syntax. The parser correctly handles both inline and external templates, which is critical for real Angular projects.
The main friction point is that it's essentially a required infrastructure piece rather than something you interact with directly—you install it as part of angular-eslint setup and rarely think about it again. Documentation assumes familiarity with ESLint's parser architecture, which can be opaque for developers trying to debug unusual template linting issues or write custom rules.
Best for: Angular projects requiring template linting as part of @angular-eslint setup, or developers building custom Angular template ESLint rules.
Avoid if: You're not using Angular or already have a different template linting solution that meets your needs.
Essential for Angular linting, but requires understanding the ecosystem
The learning curve can be steep initially because you're dealing with multiple moving parts: the parser, the plugin, and ESLint configuration. Documentation in the main angular-eslint repository is decent, with migration guides from TSLint being particularly helpful. Error messages when rules are violated are generally clear, though parser errors themselves can sometimes be cryptic if you have malformed templates.
Day-to-day usage is mostly transparent - you configure it once and forget about it. Debugging linting issues occasionally requires diving into the AST structure, which isn't well-documented. The package updates frequently with Angular releases, which is good for compatibility but means staying on top of breaking changes.
Best for: Angular projects using ESLint that need template linting alongside TypeScript code linting.
Avoid if: You're working on a non-Angular project or using a different template linting approach.
Sign in to write a review
Sign In