react和angular2的区别

学习的话，感觉Angular2比较好，把1x里的坑都填上了，组件式开发逻辑清晰，可以使用TypeScript，类似Java的语法如果有面向对象程序开发经验上手很容易。Angular2性能上进步很大，貌似是使用了浏览器多线程渲染，官方说速度提升了5倍。支持服务器渲染，在加载页面时不用等到所有脚本文件加载完后渲染，直接使用服务器渲染好的页面，看上去提高了加载速度。Angular和React区别就是，Angular是一个大而全的MV框架，Web开发中经常用到的组件都有，比如：异步网络请求加载、数据双向绑定这些用的很爽的功能，React只是View层，加上Flux才算一个框架，可以和各种第三方库配合使用，适合快速开发。可能是用惯了Angular，感觉React的数据单向流动模式很麻烦。这两个框架都支持NativeApp，各有优缺点，这个争论会持续很长时间，个人感觉Angular2比较有前景 。

1 Angular2 由 Google 主导，而 Vue 由个人主导。
并不是说能力方面，但考虑到个人的经费和精力等多方面原因，团队项目要比个人项目在多方面因素上更为靠谱。
2 Angular2 旨在提供通用的前端方案，而 Vue 仅专注于 Web。
作为框架而言 Angular2 在实现上具有更高的抽象层次，不仅可以开发 Web 应用（面向 DOM），还可以开发客户端应用（面向 Native UI），比如搭配 NativeScript。
3 Angular2 有原生的 Isomorphic 解决方案，而 Vue 只能靠第三方库或服务。
服务器端渲染可以提供良好的 SEO 以及首页加载的性能优化，而 Angular2 有官方提供的服务器端渲染支持，可以解决 Vue 等纯前端框架无法解决的痛点。

AngularJS 2 尽管还在Alpha阶段，但主要功能和文档已经发布。让我我们了解下Angular 1 和 2 的区别，以及新的设计目标将如何实现。
1从移动app开发上面分析：
Angular 1x 专注于web开发，没有涉及到移动这方面的内容，还好后来杀出个程咬金IONIC移动app开发框架，让angularjs1x很好的支持了移动开发
Angular 2目标：原生移动支持 – iOS 和 Android
Angular 2 会有两层，应用层和渲染层。例如一个组件可以用不同的 @View 修饰器修饰，根据运行环境可以在运行时生效。
与 React Native 一样，Angular 2 支持：
一次学习，到处书写。
这意味着创建原生应用时可以重用你在创建 web 应用时学习的知识。尽管总是有些区别。
2从服务器端渲染提供支持分析：
支持服务器端的渲染对于搜索引擎的优化和用户感知体验来说是非常重要的；在一个比较大型的Angular 1 的应用中，即使使用了预先定义的缓存模块，我们可以清楚地看到当应用开始启动时，页面的加载过程。
这时候看来 Angualr2 的这部分特征不是很清晰明朗，但是这种思路或许可以从以下几个方面得到体现：
启动开始， 同时所有的组件都被绑定
而渲染没有实现
一个页面在服务器被渲染后 ， 然后发送到客户端
Angular 将会把它解析 ，接着会吧解析后的页面注入到 DOM 中，这样就避免了出现闪烁的效果
3从依赖注入分析
在Angular 1 的世界里，依赖注入在构建多模块应用时是一项技术的飞跃， 但是在一些极端的案例中，如果不做出一些重要的变化是不能解决这些问题的。
Angular 1x 包含对象全局池
Angular 1 其中一个 DI 案例中每个应用仅有一个对象全局池。这就意味着，如果说主路由 loadsbackendService 我们导向了路由 B，可以延迟加载其他服务指定到这个路由。
问题就是，我们说可以延迟加载一个 secondbackendService，使用完全不同的实现：这就会重写第一个！当前还没有办法同一名字有两个不同实现的两个服务，这就会阻止用一个安全的方式从 Angular 1 实现延迟加载。
Angular 1 会静默重写模块，当他们有相同的名字
这是一个特性，允许在测试的时候模拟替换服务层的服务，但是如果恰巧在同一模块加载了两次就会发生问题。

Angular 1x 的多重依赖注入机制
在 Angular 1 中， 我们可以使用在多重地方使用不同的方法进行注入：
在链接方法中通过位置注入
在直接定义中通过名字注入
在controller方法中通过名字，等等。
Angular 2 将会作出怎样的该进
而在 Angular 2 中有且仅有一种依赖注入机制： 在构造函数中通过类型注入。

constructor(keyUtils: KeyboardUtils) {
thiskeyUtils = keyUtils;
}
});
事实上，如果只有一种机制，那么它将变得更加容易学习。同时这种依赖注入器是类似层级结构，在不同层次的组件树，有可能实现对相同类型的不同实现。
如果一个组件没有定义依赖，它会代理给上层注入器查找依赖，依次往上。这让 Angular 2 提供原生的懒加载成为可能
4从主要目标分析
Angular 2 的主要目标是创建一个简单易用并且快速工作的 web 框架。让我们看看这是如何达到的：
目标：更易于推论
在当前版本的 Angular 中，我们有时不得已对应特定的使用场景推论框架内部构建，比如必须推论应用事件初始化和摘要循环：
在 Angular 1 中没有摘要循环结束事件 (查看原因)，因为这种事件可能会促发更多的变化，以至于使摘要循环持续下去
我们必须推论何时调用 $scopeapply 或 $copedigest，而这并不总是容易的
有时我们必须调用 $timeoutto让Angular 结束摘要循环，当 DOM 稳定时再做一些 *** 作
为了使 Angular 2 更易于推论，一个目标是创建更多开箱即用的透明内部构建。开始之前，让我们看看 Angular 1 的绑定机制是如何实现的，然后如何使它更透明。
话说：Angular1x显然非常成功，那么，为什么要剧烈地转向Angular2？
1性能的限制
AngularJS当初是提供给设计人员用来快速构建HTML表单的一个内部工具。随着时间的推移，各种特性 被加入进去以适应不同场景下的应用开发。然而由于最初的架构限制（比如绑定和模板机制），性能的 提升已经非常困难了。
2快速变化的WEB
在语言方面，ECMAScript6的标准已经完成，这意味着浏览器将很快支持例如模块、类、lambda表达式、 generator等新的特性，而这些特性将显著地改变JavaScript的开发体验。
在开发模式方面，Web组件也将很快实现。然而现有的框架，包括Angular1x对WEB组件的支持都不够好。
3移动化
想想5年前现在的计算模式已经发生了显著地变化，到处都是手机和平板。Angular1x没有针对移动 应用特别优化，并且缺少一些关键的特性，比如：缓存预编译的视图、触控支持等。
4简单易用
说实话，Angular1x太复杂了，学习曲线太陡峭了，这让人望而生畏。Angular团队希望在Angular2中将复杂性 封装地更好一些，让暴露出来的概念和开发接口更简单。

---