在更早时候，一个网站的主要业务逻辑是服务器端在 “提供服务”，那个时候手机端就是用的 web api 这就是 JSON 数据格式，手机端拿到 JSON 之后在手机 app 里渲染出来（读取列表 显示帖子 更新用户设置 etc. 常见功能网页端可以做 手机端也可以做），点个按钮提交也是发送一个 POST 请求给 web api 。一个流行的服务器端知识是 RESTful API
https://www.ruanyifeng.com/blog/2014/05/restful_api.html

后面就是发展为类似 wordpress WPAPI 这种的。服务器端依然是 api 的提供者，客户端依然是 api 的调用者 /消费者（拿到数据之后自己负责渲染）
https://mobile.twitter.com/rleija_/status/1304042756369776641

https://www.jianshu.com/p/293f74ca1f71
基于 MVC 理解 React+Redux 这里以 MVC 架构为切入点给出了 the big picture 就是渲染 JSON 。
虽然实际上准确地说，之前的 backbone.js 是 MVC 架构
https://bbs.huaweicloud.com/blogs/260811

而当代网页端三大框架 react vue angular 是基于组件的架构
https://www.freecodecamp.org/news/is-mvc-dead-for-the-frontend-35b4d1fe39ec

它这个软件的用处是打开一个软件的两个窗口，比如打开两个 word 文档，然后 alt + ` 切换窗口

支持南老师

我认为（在实现方面）乐观更新和非乐观更新的实现 应该是（应该做到）能一键切换的，如果做不到 这反映了软件整体架构里的缺层

关注一下

关注

关注

fork 之后转私有

好公司阿

之前不同的人用不同的框架，代码结构千差万别 v2ex.com/t/294276?p=1#r_3395030

react 到处 memo 哈哈哈

可以的

有时候感觉 react 作为一个仅仅视图层 当然有理由让人去搭配不同的 “搭配”
但能够有这么多种方式实现一个结果，是很令人意外的，这意味着 react app 和 react app 没什么相似之处

按照渲染方式，前端技术被分成客户端渲染（ SPA / 带路由的 web app ）相关的部分 and 服务器端渲染（直出 ssr 同构）相关的部分，后者虽然也是前端，但更 “靠后”

参考 https://baurine.netlify.app/2019/08/16/website-architectures/#有 next.js 但不一定有网络安全方面的考虑 比如 发送 react form csrf

后端和前端的分界线并不那么明显，尤其是网络安全的部分。在一些 react 教程，对于表格提交的部分，我用 react form csrf 搜索只看到零星的建议，在那些前端入门教程里我更是没看到这方面的内容。这是网络安全 101 的内容，是网络安全必须考虑的责任。

@abcbuzhiming
这就是牛油果的影响
v2ex.com/t/294276#r_3395750

useEffect 里面既能看到当前 render 的值，也能看到上一次 render 的值
https://overreacted.io/zh-hans/a-complete-guide-to-useeffect/

React 能做到在绘制后立即处理 effects — 并且默认情况下使你的应用运行更流畅。如果你的代码需要依然可以访问到老的 props

所以这篇文章给出的答案是 “使你的应用运行更流畅”，即使 cleanup 里面卡到了，它不会卡到 UI 渲染

这群人是这样的：买房娶媳妇是刚需，进大厂加班拼命是刚需，每个月 2 万贷款是刚需，但买人身意外保险不是刚需。

现在这群人在讨论什么是刚需。你需要被这群人教导什么是 “刚需”