这是一个创建于 3354 天前的主题，其中的信息可能已经有所发展或是发生改变。
公司要做手机端的原生应用和手机端 web 版，我觉得用 react 不错，可以通吃，但是团队没有使用的经验。
请问各位，基于 reactjs 技术现在招人难么？团队组织学习成本如何？多久可以进入生产期？
 |
1
hienchu 2015-09-09 11:31:28 +08:00
研究了一段时间，还是转回 AngularJS 了，毕竟社区资源更丰富，除非你真的对性能要求非常非常高
|
 |
2
chairuosen 2015-09-09 11:38:59 +08:00
|
 |
3
learnshare 2015-09-09 11:44:30 +08:00
Angular.js 都挺难招人的， React.js 更小众了
|
 |
4
loading 2015-09-09 11:54:35 +08:00 via iPhone
试下 vuejs
|
 |
5
Sin 2015-09-09 11:56:21 +08:00
执行效率并不怎么样，感觉开发效率有了一定的提升
|
 |
6
iwege 2015-09-09 12:00:42 +08:00  1
reactjs 的通吃感觉上还不是时候，如果使用过 backbone 之类的，理解组件化，单向流，状态管理基本上上手非常快。和写最最传统的 PHP 有点像，想象成 JS 模版就好了。
实际使用的时候 reactjs 的单向数据流在表单处理上可能会遇到一些理解上的问题，但是问题不大。 reactjs 的坑有一部分在 DOM 动画上面，另外一部分在传统弹出层上面，这个主要是和 React.render 必须指定容器元素有关系。传统的弹出层会将你的 element 取出来并重新放置到弹出层自己的容器里面。 React 这个时候会出现一些问题。不过有 react.modal 来处理这个问题，就是有点麻烦。 配合其他 view 的话， react render 需要容器元素也是一个坑，不过作为一个纯 react 的应用应该不会有这个问题。 另外不配合［ flux,redux ］,immutable 的话， reactjs 用起来应该说不如不用。毕竟 react 只是 view ，数据层还是要找个妈妈来管管。 backbone 的 model 和 collection 也可以配合 react 来用，就是用起来感觉不是那么一回事。现在有一个项目就是混用了 backbone +backbone.radio +react ，但是强烈不推荐这样的用法。 |
 |
7
qw7692336 2015-09-09 13:58:22 +08:00
所以真相是并没有人真心喜欢她
|
|
8
iwege 2015-09-09 14:08:55 +08:00
@qw7692336 有坑不代表不真心喜欢，缺陷是有的，思想和思路是正确的。 React 本身只是 Framework 的一部分，要真正用起来还需要其他的配合，和 AngularJS 不是一类物品。
没用过 AngularJS ， AngularJS 部分思路和双向绑定可以用 backbone 配合一些 library 做一些简单的模拟，但是对比单向数据流的 react 来说，开发思路简化了很多，效率会高一些。 只是现在感觉还不是完全形态，作为 模块， 隔离还是稍稍弱了点。 AngularJS 2 的 web component 概念目前还没时间做测试，可能未来是一个方向。 |
Select Language