过程式/面向对象。 对象和数据结构。横向扩展纵向扩展的对立关系
資深大佬 : petelin 3
在读代码整洁之道的时候，看到了一个非常牛逼的观点。用我的理解诠释一下。
横向扩展： 加一个类似的需求，比如登录功能需要加新增一种登录方式
纵向扩展： 对现在已有的功能，进行延伸，加固，比如 [所有] 登录功能都加一个验证码，都做一下限流。。（没想到更合适的需求）
这里然我震惊的一个事实是，过程式也是有好处的，这也是为什么过程式很容易被写出来，一个不精心设计的代码，在扩展总是用过程式的方式去演进。等到之后需要横向扩展的时候就凉凉了，需要在所有的地方都进行修改。而面向对象的编程在面向横向扩展的需求的时候，非常开心，因为每次横向扩展都只需要按模子去把方法实现了就可以了。但是横向扩展需要重构，需要设计，否则编码起来就像是在重复搬砖。通用性会很低。很容易写散
在描述一下代码的两种状态。
- 新新手 /刚起步的代码喜欢用过程式代码，因为修改起来非常方便，一个 switch case 打天下。逻辑还不够复杂。横向扩展就找到所有用到的地方去修改一下~ 之后有一天需要横向扩展，来一个需求之后发现，无法遍历所有需要修改的地方了。。。本质上是系统耦合度太高，所有东西都搞在一起乱糟糟的。
- 等到后期，面对 shi 一样的代码，老油条会竭尽全力避免修改之前的代码，做横向扩展。什么需求都想要单独来一套，然后会发现和之前业务重叠的地方，之后又小需求变更（纵向延伸），两个地方都要改。也痛苦的要死。本质上是因为内聚性不够了，横向扩展的没有通用性~
大佬有話說 (5)