请问我有何义务来长篇大论的陪你扯皮
你问我观点的理由，我已经回复了，你就算写几万字，那也只是你的观点，抱歉
什么thunk过时现在都是saga，我谢谢你啊，你这个来路不明的观点抱歉我根本不赞成

就这样吧，如果你有的是时间，爱怎么扯就怎么扯，你去就这个问题发paper，抱歉我没有，恕不奉陪，再次抱歉

【 在 eGust 的大作中提到: 】
: 融合设计流程是指什么，没听说过这个词？如果是说设计那边把东西给你直接生成代码，mobirise 不知道，但是目前最火的 sketch 跟 react 的交互有大量的工具。如果你想说的是 html-in-js，那么这已经不是个问题了，现在大量文章在洗脑为什么 css-in-js 是好的设计，反正我已经被洗过来了。
: vue 比 react 更容易上手也并不是什么随意假设，很关键的一点就是 vue 的文档非常好。大量的文章尤其是比较类的，普遍都认为 vue 的学习曲线最低的。再加上数据双向绑定，跟传统事件对应得上的 watch，跟 react 上来都不知道怎么更新 input 比起来，难度系数不止低了一点半点。另外用 react 需要对 node、npm、babel、webpack 等一系列工具有一定程度的了解，比起 vue 能直接用传统方式写（react 也曾经可以实时把 jsx 翻译成 js，大概16年就不再支持了），以及开箱即用的 vue-cli，对于新手来说也不是那么容易把代码跑起来。
: react 的概念要比 vue 更清楚，虽然文档组织的并不怎么好，却很容易看懂设计理念。vue 有几个很明显的坑，首先就是双向绑定，这在 react 里是完全禁止的。接着 data 的数据更新方式，这是由于 get/set 实现带来的问题，在 vue3 换成 proxy 之后会解决，但是新手搞不清为什么没更新。接下来，computed 不可避免的会用出循环引用来，这点 react 也不是不会发生，但除非脑回路惊奇还是没那么容易写出来的。watch 也是很可能被滥用的一个功能，导致逻辑容易写不容易读，回到找不到数据为什么变的老路，在 react 里面就不存在这个问题。
: ...................
--
FROM 122.152.151.*