ANGULAR 2 FOR REACT DEVELOPERS
Now that Angular 2 is in beta, the time has come for us to drop everything and learn something new, again. The good news is, like React and Angular 1.x, Angular 2 is here to stay for a while so it’s a good investment to become productive with this new framework. React has been on top of the world as of recently, for good reasons, it’s a fantastic approach to building modern web apps. This post is catered to those who are neck-deep in React and what to make an easy transition to Angular 2. This is angular 2 for react developers.
Bootstrapping
Both React and Angular 2 can be used with normal ES5, but most folks use JSX + ES2015 with React and with Angular 2 it’s also recommended to use TypeScript.
> TypeScript is ES2015 + Optional Types
None of those technologies can run natively in any browser, so we must have a build step to compile down to browser ready code. Webpack and/or Gulp are the popular choices for the bundling and building our application code. Once you have your build process, we can bootstrap our app. As far as bootstrapping our first component, things will obviously be different between the two frameworks. If you’re in a hurry and just wanna get started, check out our Angular 2 webpack starter on github.
React
npm install react react-dom core-js
1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 |
// polyfills 'react' ;
{ { ( > ; } }
;
|
1 2 3 4 5 6 7 8 9 10 11 |
<!DOCTYPE html> > <head> </head> <body> </div> </script> </body> </html>
|
Angular 2
npm install --save angular2 zone.js es6-shim es6-promise es7-reflect-metadata
1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 16 17 18 19 20 21 |
polyfills ; ; ; ; ; libs ; ;
{ , ` <h1>hello world</h1> ` ) }
;
|
1 2 3 4 5 6 7 8 9 10 11 |
<!DOCTYPE html> > <head> </head> <body> </div> </script> </body> </html>
|
Conceptually nothing has changed as far as the minimal code needed to bootstrap a simple hello world component. Angular 2 requires a list of polyfills to run in the desired configuration. Some of which are already in evergreen browsers. Let’s walk through some of the difference between the two files. With React we use a bit of OOP, object-oriented programming, with extends
to mix our App
class with Component
class. With Angular 2 we use composition over inheritance with the Component
decorator to statically read our metadata (selector and template) as well as map its life-cycle API to our App
class. The API for Angular 2 is more decoupled from our application code and the framework itself. Although the use decorators in Angular 2 vs extending in react is different, they carry out the same goal of allowing us to use methods provided in the framework. The selector can be any valid css selector, including a tag name, so we can think of it as document.querySelector(selector)
where document
is the parent component and selector
is our component. The template takes advantage of ES2015 multiline strings and not JSX.
Storing state
Modern web development is all about managing state of our applications. In this example we’re going to simplify state management by going over local state and not things like [insert some flux library] that has many different opinions on how to store state. We’re talking more about state local to a component and not application state.
React
1 2 3 4 5 6 7 8 9 10 |
{ // be sure to have proper plugin for babel { ( > ; } }
|
Angular 2
1 2 3 4 5 6 7 8 9 10 11 |
{ , ` <div>{{ state.message }}</div> , ) { ; }
|
There really isn’t much of a difference here. This is because both React and Angular 2 rely on standards for initializing state. The one thing that did change is the template interpolation. React uses { }
where angular sticks to its origin, using {{ }}
. Note that there are many ways to initialize state with Angular 2, this method closely relates to React.
Event handlers and state change
With React using JSX and Angular 2 using HTML, there are some differences between the two when it comes to handling DOM events triggered from components.
React
1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 16 |
{ // be sure to have proper plugin for babel
{ ; } { ( } > } ; } }
|
Angular 2
1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 16 17 18 |
{ , ` <div> {{ state.count }} </div> , ) { ;
{ ; } }
|
While React has mapped props on our JSX components to DOM events, Angular 2 uses the DOM event itself. Lets walk through the syntax of how Angular 2 accomplishes that. The (click)
is telling angular that we want to bind to the click
event on the target element and run the following expression. Although it may look funny, this is valid HTML. It’s not 2003 anymore, so we don’t really check for “valid” HTML anyway. If you simply cannot bear to use this syntax, you can swap out (click)
with on-click
. This goes for all events, not just click. We now just make a call to our handler handleClick()
. Notice we must invoke the callback, unlike React which replies on a reference to the callback. This is because React is registering our handler as the callback for the event while Angular 2 invokes an expression with our component as the context. Making a call to setState()
in react triggers an update for our component and if the state has changed, the component renders again. The same happens with Angular 2 except you can change the state directly since the framework is watching the component tree for any changes to its properties.
Data binding with unidirectional data flow
Unidirectional-way data flow makes it simpler for one to reason about application state, but sometimes you need two-way flow. This can’t be more true than when dealing with forms and user input or any other stateful component out there.
React
1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 16 17 |
{ { ; ; } { ; } { ( } } ; } }
|
Angular 2
1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 16 17 18 |
{ , ` <div> {{state.text}} </div> , ) { ;
{ ; } }
|
This basic approach of handling input changes isn’t too much different between the two frameworks. Both bind to events and then change state based of the input’s value
. The main big difference is what event they are binding to. Angular 2 binds allows you to bind to any event emitted from the component such as native or custom events. With Angular 2 we must pass in the $event
variable. Like Angular 1.x, the $event
variable is created internally. React binds to the onChange
event which internally binds to keyup
. Angular 2 brings back ngModel
which makes two-bindings even easier. We can also refactor our Angular 2 example to take more advantage of local variables in our templates. We can think of local variables as variables that live locally in our render function.
1 2 3 4 5 6 7 8 9 10 11 12 13 14 |
{ , ` <div> {{state.text}} </div> , ) { ; }
|
Refs
With the release of React 0.14, we can assign refs using a new approach. Let’s compare how to use refs with both frameworks.
React
1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 16 17 18 |
{ { ; }
{ ( < button } > change > > } }
|
Angular 2
1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 16 |
{ , ` <div> </div> , ) { { ) } }
|
With React, we get access to the raw DOM node and assign it to a property on the component itself. With angular 2, we use the #
followed by a variable name on the element we want to reference. This reference is local to the template so we must pass it in as an argument to get access to it. We can reason about why the Angular Team choose #
. Including an id to an element gives us access to that element globally in our browser. We can get a reference to our div with window.myElement
(if you didn’t know about this then you should try it out). Like React, the ref is also a raw DOM node.
Component composition
Both frameworks take the component approach to building web apps so being able to compose components to create more components is essential. Let’s take a look.
1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 16 17 18 19 20 21 |
{ { ( > > > ; } }
{ { ( > > > ; } }
|
Angular 2
1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 16 17 18 19 20 21 22 23 24 |
{ , ` <h1>Side bar</h1> </div> ` ) }
{ , [ us , ` <div> <sidebar></sidebar> </div> , ) }
|
With Angular 2 we make another component using the @Component
decorator just like with App. Defining a template the same way also. We then must add the new component to a list of directives
to the container component that will use the new component in its template. This is because unlike JSX which just compiles down to function calls, Angular 2 templates need to be told what which components are used in their templates because we’re just using strings to write the templates. This comes in handy when testing as well since we can mock other components. Also, we can self close tags in react like <Sidebar />
. We can’t do this yet in Angular 2 but soon.
Props
The concept of stateless components keeps things flexible and predictable. By passing down state from top-level components to child components we only need to worry about inputs of a stateless component through props on the components.
React
1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 16 17 18 19 20 21 22 23 24 25 |
{ { ( > > > ; } }
{ { ; ; } { ( > > > ; } }
|
Angular 2
1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 16 17 18 19 20 21 22 23 24 25 26 27 28 29 30 31 32 |
;
{ , ` <h1>{{ title }}</h1> </div> ` ) { ; }
{ , [ Sidebar , ` <div> </div> , ) { { 'Side bar' } }
|
First thing to note here is that we must import the @Input()
decorator. Unlike @Component()
that is decorating our class, @Input()
is will be decorating a property of our class so its positioning inside the class next to or above the property is important. We’re also using typescript typing here to declare a property named title
of the string
type. We can now refer to this property in the template as {{ title }}
. In the container component, we can pass in state using the bracket syntax on the component we want to pass state into, [title]="state.title"
.
Think of this as accessing properties on a JavaScript object using bracket notation. Where the object in this case is the actual component in the template instead.
1 2 3 4 |
; ;
|
Dynamic elements
With JSX, we can use JS in your templates to iterate over collections and output valid JSX for rendering. Angular 2 takes an approach closer to angular 1.x to handle this.
> It’s worth noting that Angular 2 does support JSX but is looking for someone in the community to work with them on it.
React
1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 16 17 18 19 20 21 22 23 24 25 26 27 28 29 30 31 32 33 34 |
{ { ( > > > } > > ; } }
{ { ; { , ] ; } { ( > Sidebar } } > > ; } }
|
Angular 2
1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 16 17 18 19 20 21 22 23 24 25 26 27 28 29 30 31 32 33 34 35 36 37 38 |
{ , ` <h1>{{ title }}</h1> <ul> </ul> </div> ` ) { ; ; }
{ , [ Sidebar , ` <div> <sidebar ></sidebar> </div> , ) { { , ] } }
|
Like angular 1.x, angular 2 has a directive we can use to repeat over data and create elements. The ngFor
directive is similar to its older sister, ng-repeat
. Because angular 2 uses <template>
to clone element for performance reasons they, they created a shorthand to expand micro-syntax with *
. That’s why we use *ngFor
. Just like when using refs, we use the #
followed by a variable name to create a local variable in the template. Like ES2015 iterators, we are using a for of
loop to iterate over the collection, assigning the current element to the local variable we created.
Angular 2
1 2 3 4 5 6 7 8 9 10 |
> </h1> <ul> > </li> </template> </ul> </div>
|
Styles
There are so many ways to add styles to our components. With build tools like webpack, that lists grows longer and longer. Having css encapsulation is an important part of creating flexible components. React doest offer a built in solution so the community stepped up with CSS Modules. These styles are scoped the component using unique classnames to avoid collision. Angular has the same feature baked in.
React
1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 16 17 18 19 20 |
; // string ;
{ { ( } } > > > ; } }
; ;
|
Angular 2
1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 16 17 18 19 20 21 22 23 24 25 26 |
{ , ` .app {
} .app.actions {
} .app.actions.button {
} , ` </div> </div> , ) }
;
|
Using the styles
array on the Component
decorator, we can attach styles to the target component. Like with CSSModules, the class names are name spaced to avoid collision. Because the styles are just a string, we can do things like interpolation to make the styles dynamic.
1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 16 17 18 19 20 21 22 23 24 25 26 27 28 |
;
{ , ` .${APP_CLASS} {
} .${APP_CLASS}.actions {
} .${APP_CLASS}.actions.button {
} , ` </div> </div> , ) }
;
|
Who uses regular css these days, with the the help of build tools like webpack, we can use preprocessors as well.
1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 16 |
;
{ , , ` </div> </div> , ) }
|
If you don’t like the computed dynamic class names that angular creates for your component’s elements, then you have the option to change that.
1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 16 17 18 |
; ;
{ , , , ` </div> </div> , ) }
|
The encapsulation
property on the Component
decorator allows us to change how our styles scoping behaves. First we need to import ViewEncapsulation
. There are three values that we could use. The default is ViewEncapsulation.Emulated
which outputs the funky namespaces class names. ViewEncapsulations.Native
uses the shadow DOM. ViewEncapsulation.None
scoping of the targets components styles.
Angular 2’s public API is pretty solid and won’t undergo any major changes soon. With the current syntax, the approach to building web apps is not much different than what React does right now. They both accomplish the same thing. Angular 2 provides so much more as well. We didn’t get to talk about life cycle events, actions, and advanced state management and how it relates to React. Stay tuned for that. In the mean time, check out our Angular 2 webapack starter on github for the fastest and best way to get started with angular 2 now.
原文地址:https://angularclass.com/angular-2-for-react-developers/
以上是 ANGULAR 2 FOR REACT DEVELOPERS 的全部内容, 来源链接: utcz.com/z/382899.html