You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
I think coconut could benefit from it's own extended version of tink_lang's @:forward
Limitations of using @:forward now:
Doesn't generate an observable for the property
If the target field's properties allow write access (e.g. a simple VO with plain vars, marked @:observable), setters will be generated (on the other hand it can be argued that the VOs should be properly defined as immutable)
Haven't tried this: if properties are forwarded to a nested coconut model, is every kind of property forwarded correctly?
The text was updated successfully, but these errors were encountered:
proposition to add a @:proxy meta or something like this to forward observability for given (or all) props for nested models.
current workaround is a bit cumbersome:
@:observablevarnested:NestedModel; //can change over time so binding to `model.nested.observables.prop` will not work anymore once it is changed
@:computedvarprop:NestedProp=nested.prop;
...
I think coconut could benefit from it's own extended version of tink_lang's
@:forward
Limitations of using @:forward now:
@:observable
), setters will be generated (on the other hand it can be argued that the VOs should be properly defined as immutable)The text was updated successfully, but these errors were encountered: