读书笔记-2020.10.9

React 入门

之前用过一些MVVM框架，变量对应的监听方式是一个非常大的痛点，原理大体都是数据的双向绑定和注册回调，当值发生改变的时候通知另一侧的回调进行处理。MV通知VM，VM通知MV，做得好的MVVM框架会有一套图形工具来自动生成这种双向绑定，使用比较方便但是损耗和底层还是那个原理，也遇到过做的非常糟糕的MVVM框架，双向注册回调全部要自己写代码，添加一个变量差不多要在三四个文件中加十几行代码才能实现。
react对此有着一种比较独特的解决思想，定义变量的不可变性。因为监听一个变量产生的变化是非常难的，但是如果这个变量压根就不会变化，只会更新，那么只要判断这个变量是否换了就可以解决这个问题了，确实是一种很有启发的思想。

为什么拖拽的 api 都很难用？

操作dom是一个很尴尬的问题。各个框架都是为了完全控制dom，将操作dom的操作解脱出来。
但是还是有很多东西是需要操作dom才能实现的，这个纠结点就很难受了

或许这就是下一代组件库

不好说无状态组件还是有状态组件两种方式哪种好，各有利弊吧。有状态组件要的是我一行代码调出来，它就可以自己照顾自己了。无状态组件要的是我可以完全控制它的行为。我是倾向于无状态组件的。
react有一点好处，它有明确的state作为定义。因此是否是有状态组件（受控组件）变的非常简洁直观。比如react有类组件和函数组件两种形式，二者之间可以替换，react官方给的说明就很有趣，无状态组件使用函数组件，有状态使用类组件。
引申到正常组件开发的话，一个组件要尽可能的成为无状态组件，其所有state和回调都应该被上级组件接管。数据通过props向下传递。如果被迫成为了有状态组件，那么这个组件就要尽可能的保证自身运转的过程不需要上层的干预就可以独立运行。

随着语言的进步，描述需求本身比编码更重要

智能编码和框架更加完善之后，迟早AI和自动化API会取代大部分的编码工作，那么程序员的工作就只剩下对着机器描述清楚需求了。编程的过程和本质越来越像告诉机器我要个什么东西，然后机器去实现。只要能够描述清楚，那就一定可以实现明白。其他的一些细枝末节会显得相对不那么重要了。