七爪计算机语言：什么是SOLID ？！ — Bonus DRY 原则

什么是SOLID ？

SOLID 是每个应用软件共同脚本语言都不宜该知道的四组基本准则。 这些准则由 Robert C. Martin 明确提出（如果你拍照我早先为的撰文，你才会看到我的书从他那里得到的建议）并由 Michael Feathers 缩写下，其旨在是共同开发可安全及、可表述、迅捷和可信任的应用软件，而不用减法编译器。

SOLID 准则是应用软件共同脚本语言在用于面向并不一定编程 (OOP) 共同开发应用软件时必须遵循的四组准则，以便他共同开发的应用软件迅捷且适合共同开发。无论我们根据这些准则共同开发的客户端有多大，适合于性都不是关键问题。这些准则也使我们并不能够编著“干净的编译器”，而不是我们称之为“意大利土豆编译器”的适合于编译器。

这些使我们并不能够共同开发世界级应用软件的准则可以在 5 个主要曲名下开展讨论。

1.单一义务准则

2.可调准则

3. 里氏代替准则

4、API隔离准则

5.相反反转准则

让我们一个邻一个，想到他们告诉他我们什么。

代为想到，即使您是初级共同脚本语言，您的职业生涯也能够 SOLID 准则。

单一义务准则

这个准则的旨在是确保当共同开发的工程项目能够更新或变更时，才可转到相关法则即可开展所需的变更，而不才会迷失在编译器中都。多表述一点；我们不宜该为每个工作建立一个单独的法则，并且当有朝一日开展变更时，我们不宜该并不能够轻松当此到相关的法则并使必要的改变。

可调准则

该准则指出，工程项目中都共同开发的并不一定不宜该对共同开发开放但对变更暂停。也就是说，一个并不一定不宜该并不能够在不改变其用于暴力的情况下获得新的特征。这个准则是编著可安全及和可信任编译器的基础。

里氏代替准则

简便的说：通过继承派生的类，必须先为用于其继承的并不一定的所有类型，然后于是又包含自己的类型。如果我们建立的类不用于它继承的并不一定的“所有”类型，我们终于才会得到不必要的编译器块，这是共同脚本语言最不想要的。因为共同脚本语言总是企图编著“干净的编译器”。

API隔离准则

与其向API填充不必要的义务，不如建立多个更专业的API。不不宜强制并不一定继承包含它们不能够的物理性质或法则的API。您可能仍未似乎，“单一义务”和“API隔离”的准则非常相似，并且不具相同的旨在。但是，这里最重要的一点是，“API隔离”准则解决问题API，而“单一责任”准则解决问题类。

相反反转准则

根据这个准则，中都间类所认真的变更不不宜该影响顶层类，即类密切关系的相反间的关系不宜该最大限度极低，尤其是顶层类不不宜该相反于中都间类。那么我们不宜该在这里认真什么呢？我们不宜该在高层类和极低层类密切关系建立一个抽象层，并通过其本质来监管这两个类。

SOLID 是大多数初级共同脚本语言的恐惧。但正如您所见，它非常容易学习和拟定。无论你认真什么，在此之后拟定 SOLID 准则，你才会立即看到结果。你才会害羞你的编译器，其他共同脚本语言也才会害羞你的编译器，因为它更容易表述。

正如我在曲名中都所承诺的，这里有两个奖励准则。

湿气准则

不用减法自己——它才会告诉他你如何解决问题它的拼法。只是在编码时不用减法自己。减法自己看起来很有趣。把编码拿来说话或写下一篇撰文。你才会在你的撰文中都引用两次“巴士和”或“B-”吗？当然，你不才会。那你为什么要在你的编译器中都这样认真呢？

让我用一个例子来表述我的意思。您是否本来以下版本：

或者你本来这个：

我愿意这是一个很好的表述。 但代为想到，让你的编译器过于湿气也不好。

基本上这都是我这边的。 如果您害羞我的撰文，如果您认为它们有用，您可以点击“订阅”按钮并分享撰文以交谈更多人。