Feature request: allow use of host property in @Component if values are strings

[eppsilon]

Feature request: allow use of host property in @Component if values are strings

[FirstVertex]

It's super annoying to have to create a boolean set to true, just to bind a static class to a component. It's so much cleaner to use the host property for a static string binding. Really feels like I'm fighting the compiler to do something "the right way" and the compiler is forcing me to do it "the wrong way".

[lazarljubenovic]

I disabled this lint rule since there is 0 argument for avoiding host when binding literals. I often bind tabindex or aria-* o role up there. It makes much more sense than polluting the class with public stuff all over the place just to bind to the host. If we could have what the issue suggests, it would be useful again.

[poke]

@mgechev Seeing that the styleguide issue is closed, would there be any chance we could make this configurable in some way? By adding some 'allow-constant-values' setting to the rule?

[mgechev]

@eppsilon would you open an issue for this in the angular.io repository. Here's a template issue angular/angular.io#1301.

[mgechev]

Closing it for now. @eppsilon let me know if the style guidelines change if I don't notice.

[mgechev]

I'd prefer to collect some more votes here.

[michaeljota]

I think the option should be considered. I understand this is prefer, but in the case I have a value I know it won't ever change, having Angular checking if it did change in the check detection cycle seems like a waste of resources for me.