https://www.mysmth.net/nForum/article/Programming/193105?s=193105

【 在 shaolin (我的大小宝贝儿...) 的大作中提到: 】
: 说React不如Vue的，基本都不是 专职 写前端的。
: 就跟跑步一样，担心别人膝盖不好的，都是不跑步的人瞎操心。
--
FROM 125.37.233.*

没编译的 vue2 代码能改
自从 javascript 需要编译 后，我就放弃了这个语言
【 在 libgcc (乞讨积分,求施舍,长期有效) 的大作中提到: 】
: 是啊，我觉得angular那套挺好的，decorator+class+typescript+rxjs+httpclient
: 基础设施齐全了，稳定在一种风格，也没那么多条条框框的，没啥太明显的硬伤，干就完了
: 除了angular那个自己的module我觉得有点麻烦和冗余，其它的都挺好的，有些高级货比如响应式表单你不用就得了
: ...................
--
FROM 124.240.15.*

react 官方文档 hooks 的介绍部分阐述了引入 hooks api 的理由：
https://reactjs.org/docs/hooks-intro.html#motivation

- It’s hard to reuse stateful logic between components
- Complex components become hard to understand
- Classes confuse both people and machines

我就不再啰嗦一遍了。

react 的整套理念都是基于 fp 的，偏偏 Component/PureComponent 设计成了跟 fp 格格不入的 oo。现在回过头看，不觉得很奇怪么？整套 hooks api 依然还是基于 fp 的理念，写出来也依然是函数，这才是 react 贯彻 fp 的完全形态。

控件的生命周期比 useEffect 复杂多了，this.foo = this.foo.bind(this) 并不比只能在顶层（不能在逻辑分支里）使用 hooks 更容易记住，useMemo 也并不比早期还要引入第三方库来实现 cache 更复杂。class/function 两种控件形式统一成了一种，不需要暴露生命周期这种内部实现也是对 api 更好的抽象，理论上更容易实现升级和向后兼容，实际上整套设计比一开始简单多了。

【 在 blueAurora (stoker) 的大作中提到: 】
: 是，react的诞生是带来革命性的前端发展。可是感觉后边越发展越过度设计了..
--
FROM 115.188.133.*

所以你只是因为已经习惯 class、生命周期的模型了，但实际上 hooks 对初学者来说更友好。自始至终都是 fp，跟用什么语言关系不大，不需要再掺进来 oo；hooks 是更加抽象的封装，只要记使用场景就好了，不需要了解内部是怎样实现的。

【 在 blueAurora (stoker) 的大作中提到: 】
: 这些东西吧，会了用起来简单写意，但学习时还是挺麻烦的。尤其是js本来就灵活多变的使用形式
--
FROM 115.188.133.*

一方面，rxjs不是每个人都学得懂。。。
另一方面，重度依赖decorator，而这个decorator是早年间ng团队和ts团队勾兑以后加上的语法功能，现在js tc39委员会早已废弃了这版本的decorator，新版本遥遥无期，即使出来了也和现在这个版本非常不同。所以大家普遍担心今后ts的当前版本decorator会成为一个大坑。所以react和vue团队都规避使用decorator是有合理性的。mobx新版本也不再使用decorator了

【 在 libgcc (乞讨积分,求施舍,长期有效) 的大作中提到: 】
: 是啊，我觉得angular那套挺好的，decorator+class+typescript+rxjs+httpclient
: 基础设施齐全了，稳定在一种风格，也没那么多条条框框的，没啥太明显的硬伤，干就完了
: 除了angular那个自己的module我觉得有点麻烦和冗余，其它的都挺好的，有些高级货比如响应式表单你不用就得了
: ...................
--
FROM 123.120.168.*