Reputation: 2740
I am pondering this issue and can't find any explanation.
When passing parameters to a Component in Angular2
Given
<my-component [attr]="someModelVariable"></my-component>
There seems to be two ways of accepting the attr bound value:
@Component{(
selector: "my-component",
inputs: ["attr"]
)}
export class MyComponent {
}
Or you do this:
@Component{(
selector: "my-component"
)}
export class MyComponent {
@Input()
public attr: any;
}
And I have actually seen code that uses both at the same time, Can someone explain what the differences between them are?
/Rickard
Upvotes: 13
Views: 6575
Reputation: 2331
It is true that @Input
allows easy definition of type, scope and default values, but the availability of getters and setters means that the functionality is effectively the same with both techniques.
I'm not about to suggest using inputs
over @Input
, and I agree with the other posters that it is best to stick to the current style guide, but I did find it a useful exercise to compare the two approaches when I came across them myself.
Below is a fuller comparison also using getters and setters to hopefully demonstrate the differences in layout and similarities in behaviour.
Using inputs
@Component({
selector: 'my-component',
template: '<h2>Value = {{ attr }}</h2>',
inputs: ['attr']
})
export class MyComponent {
public _attr: string;
set attr(value) : void {
console.log(`setter: ${value}`);
this._attr = value;
}
get attr() : string {
console.log(`getter: ${this._attr}`);
return this._attr;
}
}
And using @Input
:
@Component({
selector: 'my-component',
template: '<h2>Value = {{ attr }}</h2>'
})
export class MyComponent {
public _attr: string;
@Input()
set attr(value: string) : void {
console.log(`setter: ${value}`);
this._attr = value;
}
get attr() : string {
console.log(`getter: ${this._attr}`);
return this._attr;
}
}
Upvotes: 1
Reputation: 1416
Another quick tip - using inputs instead of the @input decorator while using typescript might fail your build as it won't recognise the variables that you defined in the @components decorator. silly but annoying... thats why i got here in the first place.
i'm also recommending to stick with the on-going style guide that recommends using the @input
Upvotes: 0
Reputation: 364697
Although Eric already provided the answer in the comments, I'll add my 2 cents.
One advantage of using inputs
is that users of the class only need to look at the configuration object passed to the @Component
decorator to find the input (and output) properties.
One advantage of using @Input
is that we can define the type and whether it is private or public:
@Input() public attr: string;
Note that the style guide recommends using @Input
:
Do use
@Input
and@Output
instead of theinputs
andoutputs
properties of the@Directive
and@Component
decorators.
Upvotes: 8