编程范式的思考

无论是 OOP or FP，都是为了编写出可维护、易于理解的代码。不同的范式，只是不同的设计思路，或者说不同理解的实现。

但有约定的规范，这些规范建立在对这编程范式的深刻理解之上。

多实例，在程序中它可能会被实例化多次或存在多个实例，比如：VNode, Entity, Animal 等

多态 & 继承，存在继承 & 重写的关系的时侯，比如：微前端中的 App & SubApp, DOM 中的 Element & HTMLElement & HTMLDivElement 等

设计目标：

高内聚，即所有的属性、方法都集合定义在这个对象上

低耦合，边界清晰，不混杂任何跟对象无关的属性、方法

设计原则：

SRP(Single responsibility principle)：单一职责，一个类或者一个模块只做一件事。

OCP(Open Closed Principle)：开放封闭，对扩展开放，对修改关闭

LSP(Liskov Substitution Principle)：里氏替换，派生类可以扩展基类的功能，但不能改变基类原有的功能

ISP(Interface Segregation Principle)：接口隔离，一个接口应该拥有尽可能少的行为

DIP(Dependence Inversion Principle)：依赖反转，高级模块不应该依赖低级模块，而是依赖抽象接口，通过抽象接口使用对应的低级模块

有许多的设计模式，都很有意思。

纯逻辑/纯运算，只是执行程序逻辑/运算并返回结果，比如：sum(a, b), divide(a, b)

单一/零碎，无法统一或者归类，比如 utils, helpers, type 等

无副作用，不修改 Input 总是返回新的 Output，更易控制/测试，相同 input 永远返回相同的 output

单一职责，一个函数只做一件事

很多人说 React 是 FP 的拥护者，从某种程度上来说，好像是那么回事，比如像这样：

UI = React(state)

但是 Vue 则更像是个大的 Tools set 工具集合包:

Vue = MVVM(Observer + Watcher + Deps) + VirtualDOM + EventEmitter + Filters + Directives + Component + ...

还是更喜欢 React 的设计，只做自己核心的该做的事。而不是什么都给你做了，那样虽然简单，但总觉得不是在写 JavaScript，而是在写 Vuejs。而写 React 则不会有这种感觉，写 React 会觉得就是在写 JavaScript, 而不是 React。

之前看过别人的观点说 Vuejs 更适合中小型项目，不适合大型项目。经过这几年的实践来看，我是认同的。说得没错。因为 Vuejs 带来了便利 API 的同时也带来了各种副作用，或者过度设计，是一个为了方便开发者而设计的框架。而在大型项目中，过多的 API 反而显得多余，以及不好维护，或者引入了太多种不同的编码风格。