Wzzzx的博客

释义 初看这个原则时，很容易将其错误地理解为：函数或类只应该保持有一种能力。这固然也是一个重要的设计原则，但是并不是单一职责原则所想表达的意思。这个原则最初的描述是：任何一个软件模块都应该有且仅有一个被修改的原因。 这里可能有点难以理解，对于软件而言，修改是永无止境的。如果只有一个原因能修改它，那设计之初就应该避免这个原因，做到十全十美。所以，这里的原因并不是指某个更改的意图。而是指，该模块所服务的对象，才是修改模块的原因。更进一步的解释就是：任何一个软件模块都应该只对某一类行为者负责。这也是原则名称里的职

在软件架构设计方面，有一个绕不出去的大原则，那就是SOLID原则。该大原则由五个原则的首字母所组成，分别如下所示： 单一职责原则（The Single Responsibility Prinlciple）：任何一个软件模块都应该只对某一类行为负责 开闭原则（The Open/Closed Principle）：设计良好的软件应该易于扩展，同时抗拒修改 里氏替换原则（The Liskov Substitution Principle）：如果想用可替换的组件来构建软件，那么这些组件应该遵守相同的接口，以便能够

上古时期 最初的时候，我们手头上就只有一个gcc。不管干什么都一把梭，直接调用gcc来编译项目。项目文件不多的时候确实能够满足需求。但是多人协作，项目大了起来以后，这种方法及其容易造成混乱，并且工作量太大。 封建时期 后来我们就有了make和makefile。这是一套全自动化的解决方案，它能根据我们所定义的规则，自动化的去编译构建。一个工程会按照不同的功能，模块，类型等方式分门别类的放置各类源代...