DocumentationHelp Wanted
Metriche repository
- Star
- (22.437 star)
- Metriche merge PR
- (Merge medio 11g 14h) (20 PR mergiate in 30 g)
Descrizione
While investigating #18075, I noticed a minor issue, that persists even after the change to WeakMap in #18091, because of the lazy evaluation
class Foo {
@service someService;
@tracked someProp = this.someService.serviceProp;
}
Assume Foo gets created by a container lookup or get manually called
setOwner on.
Intuitively I would expect the above code to work. And it does.
If this.someProp is only accessed later in the template or in init, everything works fine.
However, if you already access this.someProp in the constructor, you get a TypeError, because this.someService is undefined.
While I understand why, I still think this is inconsistent. If we decide to keep lazy evaluation of the initializers, we need to document it well. Would the new static decorators proposal support lazy evaluation in the first place?