架构师训练营第 1 期 -- 第二周学习总结

本周主要学习了各种设计原则。很久以前看的第一本设计模式的书，《java与模式》，开头的几章也说的是那些内容，之后说的各种设计模式，就都充分地贯彻了这些原则。

讲到依赖倒置原则的时候，突然想到，我们这些做惯了软件开发的人，拿到一个需求，总是习惯从抽象层面考虑问题，把不同问题的共同点抽象出来，思考一套框架的运行模式。但很多时候需求分析人员，往往只想看到每个具体问题的解决过程，喜欢一个问题一个问题地细化，然后要求开发人员按照解决具体问题的方式去实现。如果是业务人员，还可以据理力争，但有时候领导也要求这么做，压力一下来，那也只能去堆代码实现业务需求了。最后做出来的系统，充斥着到处复制的代码，流水账的逻辑，臭不可闻。需求一变动，到处改代码，加班加点，满满的工作量也上来了，996显得那么的充实，后面说不定还可以评个优秀员工。

里氏替换原则，工作中还真的没有注意到这个东西。一般子类override父类方法后完全重写该方法的，基本来说都不能满足这个原则了。以后的实践中继续多加注意和思考。

单一职责原则，如果前期把类图设计得比较完善的话，会注意到这个事情（或许也是程序员的强迫症不自觉地注意到了这一点），但很多时候维护老系统，给老系统加一些新功能什么的时候，就不管那么多了。老系统的重构，很多时候高层不愿做这个事，后面维护的人也越来越不上心，到后面积重难返了，就重新拉一帮人，再开发个新系统。

絮絮叨叨的，感觉做个IT民工，其实心里挺苦的。