https://www.dunebook.com/5-best-java script-frameworks-to-learn-in-2017/
https://da-14.com/blog/5-best-java script-frameworks-2017

React vs Angular 2: Comparison Guide for Beginners

https://www.codementor.io/codementorteam/react-vs-angular-2-comparison-beginners-guide-lvz5710ha

Vue.js官方与其它框架的比较

http://cn.vuejs.org/v2/guide/comparison.html

· React： React与Angular & Ember的不同之处在于其有限的应用范围和空间占用。Angular & Ember的定位是框架，而React主要是作为应用程序“视图”。React不包含依赖注入或“服务”支持，不需要“jq-lite”，也不依赖于jQuery。开发人员可以直接使用JSX编写标记，而无需Ember Handlebars。React会维护一个“虚拟DOM”，并通过它更新真正的DOM，避免了不必要的重排与重绘。总之，他非常喜欢React这种用途相对专一的特性。而且，React让他可以将复杂的应用程序切分成更小的组件。

· Falcor：这是一个由Netflix开源的、非常新的库。不同于传统REST API，它只提供唯一的一个端点。有了它，开发者不再需要向不同的服务器端点请求不同的数据，而是向同一个端点请求不同的模型数据。服务器端可以识别请求参数，并由Falcor Router调用恰当的router函数。也就是说，Falcor提供了一个更加直观的API，就是开发者的数据模型。这可以确保服务器永远不会返回不必要的模型数据，节省了带宽。Falcor客户端还可以使用缓存数据为连续的请求提供服务，减少服务器响应时间。要了解更多关于Falcor的信息，可以查看Jafar Husain的视频。

· Webpack：作为一个模块绑定器，webpack可以为React组件模块化提供进一步的支持。它使开发者可以轻松压缩和连接CSS及java script，并通过生成source map大大地简化调试工作。配置完成后，webpack会监控代码，每次代码发生变化，它就会生成新的bundles。客户端无需再导入大量的CSS或JS文件，而只需要导入bundles，减少了页面加载时的HTTP请求数。此外，webpack还提供了大量的插件，例如，使用jsx-loader可以将JSX转换成java script，使用babel-loader可以将ES6代码转换成兼容ES5的代码。

· ES6： ECMAScript 2016，是java script的最新规范，定义了若干重要的新特性，比如胖箭头函数、类、字符串插值、块作用域等。更多信息，请查看Mozilla Developer Network上的ECMAScript 6参考指南。

WEB开发不应该这么复杂

系统的设计团队受其生产系统的约束，而生产系统又是根据设计团队的沟通结构决定的。

----康威定律

康威定律说，软件产品的结构就是其创造团队的组织结构的镜像。

    我们正在使用的客户端渲染框架，来自于 Google 和 Facebook ，这两家公司有数千开发者，这些开发者隶属于数十个团队，组织结构就像这样 :

    你的团队面临的问题，很可能跟 Google 和 Facebook 所面临的不一样。使用那些客户端框架时，我们是为了追逐性能，我们做的每个决定都是对的，但是放在一起看看结果，我们获得了微小的性能提升，却在工程方面花费了惨重的代价。如果继续深入这条路，这条路就会变得越窄。

开发WebSite

    要说现在用React做网站设置繁琐吗？当然繁琐，要设置eslint，babel，webpack，用boilerplate最终还是要了解各个不同的东西是干嘛的，不过把这些归罪React也不是太恰当，毕竟是整个前端生态圈都进化了。用Angular 2或者Ember你还是得用到这些。React的繁琐基本都在redux上，得creatStore还得加入middleware还得用connect()连接到store，而带来的高阶组建的概念不好懂也不容易用。
     React有它自己的缺点，毕竟我们上哪找完美的东西呢？Boilerplate过多，setState是异步的，context api很坑爹，server side render各种坑(设置hmr，哪些call在服务器做，哪些只能在浏览器运行等等)，animation到现在都没什么太好的方案。

    不过React值得用吗？当然值得，它给你组件化页面，入门函数式，清晰的单向数据流(dispatch(action)->reducer->render)，深入了还有高阶组件的compensability，能发现selector和reducer其实也是compostable的，顺带着各个工具的使用(eslint, babel, webpack)，不小心还能入Elm和Clojurescript的坑。
还有一个经常被提起的好处是React redux做的网站，重构非常方便，在需求永远不固定的世界里也是一大优势。

关于React的问题，有几点要说：
1、React确实存在组件嵌套的性能问题，但是可以通过Redux去解耦以达到目的
2、对于引入immutable / reselect 对于大部分并不是必需品，组件粒度越细，state使用得越少，需要引入shouldComponentUpdate的情况越少，其实在项目中真正有用到它们的有多少呢？
3、React的中大型项目上的应用并不是太大的问题，国内有Ant.design已经在大量的蚂蚁金融平台和或各类内部平台上使用，尽管Vue也有，但只是实验版本，也并没有再去升级。 在国外：faceBook算大型应用吗？它本身已经就应用了React 16 Alpha 版本，以身试坑，这样算得上 React 在大型应用上有问题吗？
4、React是有门槛的，确实没有Mv**那么快让人容易接受，需要有一定的JS基础和开发经验。

前后端分离

我们不适合 前后端分离, 为什么？因为

1. 又增加了一个中间层（当然程序员通过增加中间层来解决问题），好处是有，职责明确；但是也有坏处：人为地拉长了战线。对比图一和图三你就会发现，结构变复杂了，一个人能做的事情变成需要两个人做了。

2. 并没有实质变化。以前的后端结构也是存在调用 Service 逻辑的，现在只不过换成让前端用 Node.js 做。除了把本来就吃紧的前端人力耗费在他不擅长的领域，我没看到什么提升。这里唯一的好处就是前端是势力范围扩大了。

    认同的是「全栈工程师」。一个业务的前后为什