Open radek-anuszewski opened 7 years ago
This is still different than Angular, so I don't see much value. It might be interesting to support inputs
/outputs
as arrays, which is what Angular does.
E.g.
{
...
inputs: ['value:<', 'name:@'],
outputs: ['onChange:&']
}
...which is equivalent to Angular's...
{
...
inputs: ['value', 'name'],
outputs: ['onChange']
}
...and AngularJS'...
{
...
bindings: {
value: '<',
name: '@',
onChange: '&'
}
}
I agree with @gkalpak that this is not very useful, especially since it doesn't map 1:1 to Angular.
@gkalpak solutions is also 100% ok for me.
I'll put it in the backlog. PRs are welcome (I guess)...
I'm submitting a ...
Current behavior:
Today, with 1.5 version and greaters, I can declare
bindings
as:Expected / new behavior:
To be closer to Angular 2+, and to make code more intuitive with new trends about inputs and outputs, it can be separated to
inputs
andoutputs
:Angular version: 1.6.4
Browser: [all]
Anything else:
It may be even join internally by
component
tobindings
, so it won't be a breaking change I think, but for Angular's users it will make a difference with more separation and clarification. Thank you in advance for considering this feature!