@jziwenchen Elm 的合并设计师从 Elm 和 Om 学的, 当然相比 js 社区其他的方案要好. 但是看下 Elm 里的代码 https://github.com/evancz/elm-todomvc/blob/master/Todo.elm Redux 复杂的问题就的了. API 层面的还有各种奇怪的高阶函数写法, 在逻辑上并不清晰. 而且他的 Store 属于 immutable 和 mutable data 混用(顶层用 js 的 object, 内部用 immutable 封装过的 Map 等结构). 通过 connect 函数强制把 store 中的一部分跟组件绑定在一起, 在数据流上没有那么清晰了.

React 设计思路好, 大应用越更加依仗 React 的架构. Angular 也还行. 但是 React 的工具链确实让人吐血. Vue 2 更新以后基本上就是基于 Angular 简化的语法加上 React 的 Virtual DOM 实现这样一个状况.

楼上跟我一样恶心 Redux 的看看我之前在简聊用的方案怎么样 https://github.com/jianliaoim/actions-recorder

Scheme 的发明时间是 1983 年左右, Haskell 是在 1991 左右, 其实 Scheme 语言特性上类似脚本语言比较宽松的, 相比而言 Scheme 没有 Haskell 的数据不可变性, 没有代数类型系统, 对副作用没有抽象, 虽然对于尾递归很函数复用方面已经做得很好, 细节上还是有差距, 不过后面两点跟删除开发确实有点太遥远. 我觉得可以拿 Clojure 类比一下, Clojure 跟 Scheme 差不多但是多了数据不可变性, 也就是不能通过 `set!` 修改已经定义变量或者修改复合的数据结构, 对于可靠性有提升. 当然把 Scheme 掌握了我是觉得对付 JavaScript 是足够了, 如果不写 React 的话.

@yocoso 这么说不准确, Haskell 对于理解 JavaScript 底层没有多大关系, 底层主要是操作系统和编译原理, 实际开发图形应用主要面对的反而不是这种基础技术. 但 Haskell 确实能帮助理解编程的抽象方式, 理解 JavaScript 哪些地方是有问题的, 还有在 React 等函数式方案中的使用方式.

付出多少么... 很难说, 按我的经验是一边 React 一边 Haskell Clojure 折腾了一年多才觉得有比较好的理解. 后面资料多一点是会好一些. 毕竟要转变观念, 进程还是挺慢的.

@anubiskong 客气了, 我学到点皮毛, 深入的要看知乎上有些 Haskell 的阐述,
我是在前端这边跟进函数式方案写 UI 的套路的, 这边带来的抽象改变很大,

以往我们写程序就是写一堆状态, 然后想怎么操作, 再想到把复用的过程合并到一起, 再把特定的界面抽象为对象称为组件, 然后组件之间相互作用抽象为消息, 这样一个套路构建一套前端 MVC 方案处理, 比如说 Backbone.

到了函数式编程整个思维还在改变, 引入了不可变数据. 因为用对象化的方式思考问题常常带来很多组件的局部状态, 状态多了组件之间的消息通讯也很复杂, 最终不敢随便扩大规模. 但是函数式的思路是引入不可变数据(消耗性能和计算量为对价), 把 MVC 的 Model 抽象为一个整体随时间更新, 把 View 部分整个用 DSL 抽象一遍, 也就是 React 那边发生的组件化开发跟性能优化的事情.

因为在函数式编程当中数据不可变性(以及对副作用的限制), 函数复用的可靠性相比不做限制的语言大大增强, 可以做更复杂的复用和抽象. 特定在前端的话, JavaScript 除了可变的数据结构, 还有 this 之类很多奇怪的问题影响到复杂的抽象过程, 可靠性上有点问题, 虽然功力够的话写大型软件也不是不可以. 结果就是在 Elm 和 React 这样的方案中相对容易去做 DOM 操作的合并, 做运行时的代码替换, 做 Time travel debugging, 做组件化, 而其他方案相对复杂一些. 术语方面可能不严谨, 但应该表达清楚.

在 Haskell 里边的话还有类型类,并发,副作用之类的抽象, 我说不上来.

加 Haskell 微信群请先加我微信 jiyinyiyong 我帮你拉进去.. 注明一下加 Haskell 群免得我拉错群..

公司有人带这个算很幸运了, 自己学, 一个人学, Haskell 的难度比其他的语言都大
如果想深入理解编程, JavaScript 是问题非常多的语言, 会导致你很多的错误理解
虽然能用 JavaScript 写各种东西, 但是高层次的编程抽象在 JavaScript 里很难做
Haskell 作为研究方向的语言, 很多特性做得非常极端, 甚至影响到正常开发的使用
比如说数据的不可变性, 不可为 null, 还有对副作用的隔离, 会给你很不一样的理解
JavaScript 这种语言问题多多, 语言特性变来变去, 还一直扒各种语言的功能,
作为工业上优秀的语言未必是能帮助你正确理解程序而且可能带个你一些误解, 亲身经历
...当然你学 Haskell 的话一般是别打算用它找到工作, 门槛太高一般人学不到那个程度

帮我捎个问题, Facebook 怎么看 ClojureScript 的, React 社区都已经山寨了那么多 ClojureScript 的特性?

我遇到过官方的号会被自动关注, "微博视频", 都取关好多次了

人家视频直播也就两位数三位数的人同事在线, 而且是美女主播, 楼主自己掂量掂量~

周五下午 AMA 一个小时, 这会都在开会 - -!

Clojure 中文社区欢迎楼主~
论坛 http://clojure-china.org
微博 http://weibo.com/clojurechina
QQ 130107204

Lisp 是早期开发出来的语言, 为了以贴近理论的方式进行编程.
到了 Scheme 已经越来数学化, 工业当中使用的人远远不如 C 风格和脚本语言来得多.
不过 Clojure 还是可以玩玩的. 做的事情和一般语言差不多, 但是抽象能力更高..也许太高..

@forsigner bug 记录了...

@tracyone 背靠 GitHub 巨大的社区确实不一样

@neilwong 其实开发团队有一个的, 新西兰籍的...

代表简聊 http://jianliao.com 前来报到...

话说楼主喜欢 Gitter 什么, 看看我们有没有?

@shyling 好歹是图灵完全的语言, 这个事情是不怕的. 再不济你看用 Haskell 实现一门普通的脚本语言然后用这个脚本语言去写都可以的, 当然, 前提是 API 是现成的 :D