任何傻瓜都可以写出计算机能懂的代码，但好的程序员可以写出人类能懂的代码-----Martin Fowler
如果你是新手，你可能会问，为什么代码需要设计原则？
我想说的是肯定不是为了故作高深，存在即是合理，
如果写了一个简单的程序，你可能不需要设计原则，
如果你写了一个复杂的，但是之后再也不会改，那么你也不需要，
但是现实生活中，基本上的软件系统有一定复杂度，而且都在不断的修改。
所以我们需要写出一个不仅让机器看懂，还能够让人类看懂的代码。
让人类能看懂的代码即是可维护性代码，它包含两个核心原则:高内聚、低耦合。
一个有助于实现高内聚低耦合的原则是关注点分离Separation of Concerns（SOC），关注点是软件功能的不同部分，像业务逻辑或者表现方式，
SOC是关于把系统分解成不同的可能没有重叠的特性，比如尽量将业务逻辑放在领域层，而不是一部分放在存储过程，一部分放在UI。
后来这些原则得到进一步的完善和强化，大师Robert C. Martin给出了5个更有效，更具体和可实施的原则，即比较流行的SOLID原则。
单一职责（SRP）
类应该尽可能简单，专注于一个核心任务，
开闭原则（OCP）
即对扩展开放，对修改关闭
里氏替换原则（LSP）
网友评论
