hooks的设计哲学

hooks一词是钩子的意思。在很多框架中都会出现这么一个词。它本质就是一个回调函数。
那为什么又把他叫做钩子呢？难道只是为了方便理解吗？
并不是这样的。
钩子一词主要的出现的目的是为了表明在软件的生命周期内特定时间上的一组操作。
软件工程是一个非常庞大复杂的学科，它是软件开发的方法论。
一个软件大致的执行流程又分为一些特定的时间，例如：在对象创建前，创建后，对象的某些实例被调用前，被调用后。
hooks是函数式编程这种编程模式的一种集中体现，它描述了软件按照时间去调用的这么一种原则。
但是，我认为函数式编程是类编程的一种变体，他们本质都是想要增强组件的运行。但是函数式编程的特点使得我们要加入一些功能只能在某些链的中间去插入，但是在类中我们可以毫无顾忌的对方法进行增强。
就像函数式编程相比面向对象更加灵活，所以其要考虑的东西也更加少。
所以我们可以暴露一些特定时机的回调函数，在这些回调函数中去做一些增强。
相比面相对象AOP的设计思想来说，这种明显是在原有的代码中加入了一些增强。是确确实实插入到代码中一些新的代码。
在一个经典的软件框架中，这种设计思想的优点可以无限放大。
例如，在一个用C++写成的不会怎么改动的经典框架中，什么东西都十分稳定。
如果采用hooks这种方式去干扰，去增强对应的一种软件设计，那么背靠这个优秀且稳定的这么一套框架，就可以确实增强这样一种软件的设计思路。
关键是也不污染软件。虽然是串联，但是我可以做到可插拔。这是最神奇的地方。
这种思路，也是webpack,react17中重要的一种思路和思想。
让我们把编程回归到函数中去，去掉面相对象比较重的运行时。