blog:ease:我什么放弃_redux_技术栈
差别
这里会显示出您选择的修订版和当前版本之间的差别。
| 两侧同时换到之前的修订记录 前一修订版 后一修订版 | 前一修订版 | ||
|
blog:ease:我什么放弃_redux_技术栈 [07:09 - 09月04日] ease 创建 |
blog:ease:我什么放弃_redux_技术栈 [03:42 - 09月02日] (当前版本) |
||
|---|---|---|---|
| 行 1: | 行 1: | ||
| ====== 我什么放弃 redux 技术栈？ ====== | ====== 我什么放弃 redux 技术栈？ ====== | ||
| - | |||
| - | - 官方的 context | ||
| - | - 逻辑写在控制器里。然后童工 context 把数据发给 任意深度的 ui 里面。 | ||
| - | - 作为 ui 有两个入口数据。1 props 2 context 保证 ui 的可移植性。 | ||
| - | |||
| redux 优点 | redux 优点 | ||
| 行 16: | 行 11: | ||
| - 由于无用逻辑的太多。使得程序员可能写出更加 不可复用的代码。 | - 由于无用逻辑的太多。使得程序员可能写出更加 不可复用的代码。 | ||
| - 总结一下：影响了整个项目的进度速度和 耦合性反而提高。 | - 总结一下：影响了整个项目的进度速度和 耦合性反而提高。 | ||
| + | - 代码的可读性变差：局部代码可读性变差，宏观上是清晰的。也就是说架构师明白，程序员糊涂。 | ||
| + | |||
| + | |||
| + | 再来看一下使用官方的 context | ||
| + | |||
| + | - 逻辑写在控制器组件里。然后通过 context 把数据发给 任意深度的 ui 里面。 | ||
| + | - 依然实现了 mvc 的分离，同时实现结构非常简单。增加很少的代码和结构。 | ||
| + | - 作为 ui 有两个入口数据。1 props 2 context 保证 ui 的可移植性。 | ||
| + | - 仍然保证了 ui 组件的纯净。 | ||
| + | |||
| + | Mobx | ||
| + | - 是一个基于响应式的设计。 | ||
| + | - 不是一个框架，约束比较少，因此对现有项目的改造很少。 | ||
| + | - 效率很高，结构清晰 | ||
| + | 推荐除非你知道为什么使用 redux 否则，尽量采用 | ||
| + | （本文为提纲，稍后完善细节） | ||
blog/ease/我什么放弃_redux_技术栈.1536044972.txt.gz · 最后更改: 03:41 - 09月02日 (外部编辑)
