2018-11-16 优秀设计的Kiss原则

今天听课时老外说‘Kiss’原则，特地查了一下，发现有很多关于设计的原则，不管是网络设计或编程都用的到，记下来准备时常看看。

KISS原则(keep it simple and stupid)
--中文又翻译成"懒汉原则"，简单的理解就是说，把一个系统做的简单到连白痴都明白。简单的代码占用时间少，漏洞少，易于修改。

避免重复原则（DRY – Don’t repeat yourself）
--编程的最基本原则是避免重复。在程序代码中总会有很多结构体，如循环、函数、类等等。避免重复某个语句或概念。

抽象原则（Abstraction Principle ）
--与DRY原则相关。程序代码中每一个重要的功能，只能出现在源代码的一个位置。

避免创建你不要的代码 Avoid Creating a YAGNI (You aren’t going to need it)
--除非你需要它，否则别创建新功能。

尽可能做可运行的最简单的事（Do the simplest thing that could possibly work）
--编程或设计中要保持简单原则

别让我思考(Don’t make me think )
--这是Steve Krug一本书的标题，同时也和编程有关。所编写的代码一定要易于读易于理解，这样别人才会欣赏，也能够给你提出合理化的建议。相反，若是繁杂难解的程序，其他人总是会避而远之的。

开闭原则(Open/Closed Principle)
--软件（类、模块、函数等）最好是开源的，别人可以基于你的代码进行拓展编写，但却不能修改你的代码。

代码维护(Write Code for the Maintainer)
--代码要尽可能保证他人能够容易维护。用书中原话说“如果一个维护者不再继续维护你的代码，很可能他就有想杀了你的冲动。”

最小惊讶原则(Principle of least astonishment)
--最小惊讶原则通常是在用户界面方面引用，但同样适用于编写的代码。代码应该尽可能减少让读者惊喜。也就是说，你编写的代码只需按照项目的要求来编写。

单一责任原则(Single Responsibility Principle)
--某个代码的功能，应该保证只有单一的明确的执行任务。

低耦合原则(Minimize Coupling)
--代码的任何一个部分应该减少对其他区域代码的依赖关系。尽量不要使用共享参数。

最大限度凝聚原则(Maximize Cohesion)
--相似的功能代码应尽量放在一个部分。

隐藏实现细节（Hide Implementation Details）
--其他功能部分发生变化时，能够尽可能降低对其他组件的影响。

迪米特法则/最少知识原则(Law of Demeter)
--该代码只和与其有直接关系的部分连接。（比如：该部分继承的类，包含的对象，参数传递的对象等）。

避免过早优化(Avoid Premature Optimization)
--除非你的代码运行的比你想像中的要慢，否则别去优化。假如你真的想优化，就必须先想好如何用数据证明，它的速度变快了。
“过早的优化是一切罪恶的根源”——Donald Knuth

代码重用原则（Code Reuse is Good）
--重用代码能提高代码的可读性，缩短开发时间。

关注点分离（Separation of Concerns）
--不同领域的功能，应该由不同的代码和最小重迭的模块组成。

拥抱改变（Embrace Change）
--这是Kent Beck一本书的标题，同时也被认为是极限编程和敏捷方法的宗旨。
许多其他原则都是基于这个概念的，即你应该积极面对变化。