多年没用 GNOME 3. 总觉得 Ubuntu 自己开发 Unity 是对的, 毕竟有统一多个平台的交互的大战略在, 如果直接用社区的方案, 还怎么强力推进用户体验呢, 除非 GNOME Shell 整个平台设计得有足够多的扩展性. 好吧, 现在这样了, 看后面肿么搞...

@hansnow http://reagent-project.github.io/ 链接不会自动高亮 - -

总之好的替代方案有很多, 如果不是坚持要配合 JavaScript 语法的话:
http://respo.site/
http://blog.arkency.com/2015/05/you-can-use-coffeescript-classes-with-react-dot-js-pros-and-cons/

@hansnow reagent-project.github.io

是的. 因为不用 React 写起来更麻烦. 组件渲染包括初次渲染和局部更新两种, 初次渲染简单粗暴的办法很多, 然而拒不更新很麻烦, 特别是多种来源的操作都会对 DOM 操作复合的更新的时候. React 能写一遍搞定, 已经很不错了.

不过如果你是觉得 JSX 写起来麻烦的话, 我同意, Facebook 太没品位了, 这种啰嗦的语法.

@abcbuzhiming

1. 不是对 HTML 做语法检查. 写在 js 的里 DOM 的表示是 JSX, JSX 的本质是 JavaScript 扩展语法, 需要经过 parsing 和 code generating, 而 parsing 的过程就会检查语法, 以及标签嵌套, 标签属性等等是否有错误. 当然一定程度上说 Vue 的 loader 也会做的. 然后是 JSX 当中带的逻辑代码, 其实就是普通的 js, 那么就正常地按照 js 语法做检查, 甚至包括变量是否定义, 甚至如果用了 flow 还有类型方面的检查. Vue 是自定义的 DSL 来计算, 某些很像 js, 但是我不确定目前对这些 DSL 当中的逻辑代码都否能做到 js 这样的检查.

2. 我倒没有直接说类型检查. js 现在是可以有类型检查的, 基于类型的推断和类型的提示, 直接看 https://flow.org/ .

两点比较明确， vue 的 dom 是通过自己定义的 DSL 写的， react 用的是 jsx 或者说编译过的 js 代码，好处是 js 代码有比较完善的语法检测类型检测等，而 vue 自制的 DSL 未必把这些静态检查甚至运行时的报错处理很好。其次 vue 采用的是 watch 的策略，细节我不了解，但由于对 react 的貌似整页重绘的方案熟悉之后其实比较信赖那种做法，而对 vue 是否存在缺陷并不自信，当然这也很难说，毕竟我写的 vue 代码太少。 react 社区其实也好不错毕竟大公司很多牛人，在各个方向都有人推进，而 vue 社区相对少。另外吧，我也算见过 vue 作者若干次了，当然技能比我搞出很多很多，可是 react 作者在 Twitter 上刷的东西你们都看了吗，更高的层级啊。

@rannnn 全栈 Clojure, 赞赞赞

@rannnn 请问啥公司

@moonou Elixir 我个人很看好. 毕竟 Ruby 语法用户基数不小, 并行编程跟 FP 现在逐渐靠近热门. Actor 模型听说在性能上很优秀.

另外看数据活跃度也很不错.
https://twitter.com/search?q=elixir&src=typd
http://stackoverflow.com/research/developer-survey-2016
http://redmonk.com/sogrady/2016/07/20/language-rankings-6-16/
http://www.tiobe.com/tiobe-index/

国内社区发展势头有点慢, 这一点有些担心. 毕竟做前端的, 只能看数据来推荐了.

白天上班没认真写, 刚才写着又因为 lumo 大新闻走神了, 重新写个.

前端框架其实主要还是针对几个问题, 组件化, 组件间通讯, 状态管理, HTML DSL, CSS 方案, 服务端渲染, 当然也是我按照 React 归类出来的. 从每个方向上来说, 其实都打得差不多, 特别是 Vue 作为后来者免不了模仿前面高的山一样的 React. 其实问题或多或少都大部分解决了, 就是状态管理还不尽如人意, CSS 方案现在还有新的动静这样.

说实在的比一比开发效率, 就算不喜欢 React 不喜欢 Vue 也很难找出一套可靠的方案来. 我自己虽然玩 cljs, 但 cljs 现在工具链远不如 js 灵活跟成熟. Elm 或者 ReasonML 也是不够成熟, 就算做得不错了, js 这边解决的问题还得再解决一遍, 不清楚要等多久. 而且吧, 前端框架的火都烧到移动端去了, Weex 对 React Native, 下半年看战况.

我讨厌 React 的原因是它明明鼓吹函数式编程了, 鼓吹不可变数据, 鼓吹服务端渲染, 结果呢, 一下子来个 ES6 class 定义组件, 一下子来个 MobX 继续玩 observation, 然后又不优化 SSR. 然后没事又更新起 JSX 2.0 来了. 有那么一点被耍猴的感觉, 最后猴子们老想着去玩 ReasonML, 玩 ClojureScript, 玩 Elm, 玩 PureScript...

不喜欢 Vue 的原因是在之前用 React 的时候已经获得了精准的操作 DOM 的能力. Vue 的语法糖太甜了, 我知道很多人是喜欢的, 可是我用着吧, React 就像根棍子, Vue 呢像是双节棍, 玩着玩着我自己被打了, 不开心. 语法糖这东西对新手来说挺好, 但是对我来说很像是在我跟 DOM 之间隔上了一层帘幕, 视线不好.

核心问题思考清楚, 给出完备的方案, 语法上面啰嗦就啰嗦一点我总是可以接受. 我的意思是组件间通讯, 状态管理, 跨设备渲染, 这些东西才应该被最多关注. 无论是 React 还是 Vue, 甚至明年后年出现的新方案, 免不了都可能在语法上搞出太多事情. 然后又不讨某些人的喜欢了.

想想也只要努力找一套能机械得用上去的模板, 避免自己做任何发挥, 这样犯错的可能性会尽量地少. 现实真的很吃亏, 每做一个决定, 都可能会在自己不知道的地方犯错, 真的够了.

@qdwang 没有喜欢用 ClojureScript 的公司. 自己玩的.

为了表达对于 React 的不满, 自己山寨了一个, 基于 ClojureScript http://respo.site/

随便刷到个人 GitHub 上 star 都比我多, 压力好大 - -

@faywong8888 居然上岸了, FP 不是巨坑么

@aheadlead 写 Elixir 的多多少少接触过 Erlang 啦, 楼上没看过 Elixir?

@Gantz js 混合范式混合得厉害, 而且常常被当汇编用, 虽然在主流脚本语言当中算是只是函数式编程特性多的, 平常还是不把 js 往 FP 分类里丢.

@WalkingEraser 群里 Elixir 人有一些, Erlang 不晓得有没有, 有兴趣可以加~

@notnl 应该有吧, 没听他们聊

@aheadlead 故意增加一下门槛, 毕竟 FP 程序员少