Java/设计模式养成了害怕修改的性格

image.png

发现Java和设计模式会养成害怕修改的性格。

Java和设计模式的初衷就是尽量设计得灵活，以减少以后的修改。而一旦以后一定要修改的时候，往往成本会比较高。而它们的程序员往往在一开始的时候就在避免修改。

就封装的目的而言，其他开发语言（如PHP、Python、Javascript）主要是为了代码的复用。它们的框架主要是规划复用的粒度和分离存放的位置。比如CodeIgniter、React、dva。而Java/设计模式却更多地是为了避免修改。比如完成一个功能，要先定义一个接口，然后做一个实现。这是为了以后当换一个实现的时候，调用这个接口的地方的代码不需要改变。这里体现了它的关注点不是现在这个实现被复用了，而是未来如何抛弃这个实现。

实际的结果往往是这样。当需求产生变更时，Java/设计模式的程序员会解释说由于他们之前采用了一个灵活的设计，所以现在这个需求变更很难被满足。其实并没有多少代码需要修改，但是由于性格上已被养成，他们往往不愿甚至是不敢去进行这些修改。IDEA的重构菜单对于他们往往会成为摆设。

其他开发语言的程序员很少谈论设计模式，这有点“本来无一物，何处惹尘埃”的感觉。毕竟他们很熟悉Emacs或Editplus的正则全文件夹查找替换功能。