React会是最终的归途吗？大家怎么看？

#10

其实有一个大问题是，前端本身连基础都没定下来，html5还在不断发展，js不断发展，css不断发展。这些都会影响到以后的前端格局，而后端没这么多的不确定性。我是不是好悲观 :joy:

#11

20年前的网站和现在的网站你觉得是一个级别的吗?

世界在变。

#12

工具越来越多不是应该高兴吗…
技术复杂应该会导致程序员水准分化
不会有看看教程就跟老手差不多的情况出现了

#13

Functional Programming 标志性的语言 Haskell, 有几个重要特性:

  • Pure Function

纯函数只要输入的参数一样, 返回的结果一样, 这样就能带来好处,

  1. 如果函数参数一样, 就可以用内存优化, 避免重复计算, 提高性能
  2. 这样的代码严格控制了副作用, 比如读写文件, 能提高可靠性
  • Lazy Evaluation

举个例子, 函数参数是个表达式, 但表达式不会立即求值… 可能比较难懂, js 没有这个性能.
这个不要紧, 按前面一个特性理解就好了.

  • Immutable

数据不可变, 在 React 当中就是 Diff 对象的时候超快.
正常 JSON 对象做 Diff, 整棵树遍历, 在函数式语言对比引用就能判断出来了.
数据不可变也能提高代码的稳健性, 因为数据不会随随便便被修改.

但是! Haskell 虽然设计得很好, 但是非常学术化, 简直就是一边研究数学一边写程序
所以 Haskell 本身没有大规模铺开, 只是其中几个特性被人抄来抄去.

推荐两份文章, 一份中文一份英文:
https://www.byvoid.com/blog/why-functional-programming
https://wiki.haskell.org/Introduction
那个…我还补一句吧, 这两篇文章我也不能全看懂. FP 实际上水挺深的.

#14

人家写的软文呢, 我已经在文章下边回复避免误导了
http://www.csdn.net/article/2015-04-30/2824597-samurai-native

#15

jQuery 时代？为什么一个只专注 DOM 操作的js库，在前端成为时代？那只是它用在 DOM 操作方面好，但是jQuery 处理大数据的情况下性能好吗？喜欢 jQuery 的人看来只专注展示类页面的开发，这类开发只专注页面布局，页面样式，以及用 jQuery 处理一点简答的页面逻辑，其次再找点 jQuery 插件做一些图片 Slider, 时间控件，你认为一个只专注操作dom操作的类库就能称霸前端时代？如果这样，为什么社会要出来前端框架，MVC，MVP，MVVM。。。出了纯展示类页面需要加载性能要，所以页面 js 追求精简，展示类页面数据量不大，比不上非展示类的页面，非展示类的页面里面页面逻辑负责，场景设计复杂，数据量大，我以前面试过一个只会 jQuery 前端开发，我问如果那 jQuery 写一个分页面，实现思路是什么？他只是勉强的给我说：“我以前只做展示类页面，页面里面没有这样操作，只要展示数据在页面就可以了。”大多数做展示类的前端开发，只用 jQuery 反而失去了对原生js的研究，只会做简单且封装好的js操作，如 jQuery！看清世界，为什么用 React，在展示类页面不好用，因为本身文件自身很大，而在非展示类的页面，如果一些系统管理，如果用户的后台管理系统，等这类用 React 去做扩展很好。它对 DOM 操作性能也是大家都知道。一句话：大牛出来非展示类发展出来的，你看看哪个认为 jQuery 的人能成为前端大牛？

#17

组件化这个活最强的TEAM可以作,
一般的TEAM很难作
差的TEAM用最多人使用的组件,并把这个改的乱七八糟.

请小心使用组件化

1 Like
#18

能否分享下你们碰到的坑？难做体现在哪里？只给出这样的结论会把新人吓跑的。
组件化，就是两个步骤

  1. 提取公共通用组件，例如表单元素、日期控件，为了解耦action，可以使用props提供回调等
  2. 提取业务组件，这个照着React官方例子，划分页面得出各个组件。
#19

我上周末的分享里写了一些, 不过很简短的 https://github.com/jiyinyiyong/slide-react-in-talk

#20

肯定不会。fb 代表的不是全部。@defshine 摘的那个是我想说的。

#21

react中的数据流动，让我感到很无语，即使用了flux架构也无济于事，也许是我还没学的深入。
很看好react native，但是用react写前端简直太蛋疼了。

#22

我想说从现在来说，react就是最好的选择，技术肯定是会在发展的咯。

#23

不觉得蛋疼，至少在进行组件化开发的过程中目前市面上没什么能比的（polymer还不太能用在生产环境）。ng的directive才让我觉得蛋疼。。。真的。。。坑太多

#24

从java后端转作react，个人觉得react+redux（flux或者reflux）+n多模块，真的很强大！！ 之前基本乜有什么前端开发经验

#25

作为一个 React 使用没多长时间的 FEer 的个人见解 :smirk:

React is, in my opinion, the premier way to build big, fast Web apps with JavaScript. It has scaled very well for us at Facebook and Instagram.

 -- by Pete Hunt

这个官方文档里 《Thinking in React》 开篇第一句话。

一开始看到你标题里的 “最” 字没想点进来，进来一看发现你想说的观点是 PS：后面的内容 :smile:

一个公司或个体发明一个框架肯定是它需要的，而我们做的就是权衡，权衡它是否符合自己的需求。

这是个前端飞速发展的时代。虽有很多不稳定因素，但存在即合理，前提是你要了解它，而且取代也不是一两天的事。

最后想说的事，你所考虑的事，我想FB也考虑过了，哈哈。

#26

可惜从未真正分离过。。html css js 三者紧密相关，甚至需要各团队出自己的规范才能稍微做到html的变更不会导致js的变更

1 Like
#27

我等渣渣还是不考虑这么高大上层面的问题了，用好即可。

#28

合久必分，分久必合，耦合是绝对的，解耦是相对的

#29

用了一下React也用了下Vue，感觉React门槛很高，还硬生生搞了个JSX。说组件化的，现在是个MVVM框架哪个不支持呢？我觉得React现在强在生态，背后的爸爸是Facebook。真觉得React并不优雅…，在这里说这些会不会被打？

#30

React 和 jQuery 或者 AngularJS 比，还是不错的。但是和我写的框架比就差远了。