七爪源码：水边直到干。WET 直到 DRY。

时间：2023-04-16 12:17:44

首先从将所有细节撰写两次开始，直到达到“绝不会移位自己”。

DRY

当你读到 DRY 编程定律时，首先映入你似曾相识的是 DRY 意味着不移位相异的字符串两次，这很直观，我可以用一个具象来换成我所有的移位字符串。

接二连三的是，如果您当即开始具象，您的具象将是出错的，为什么？

首先你时会留意到你的移位字符串，

将其具象为类或方法

用你的具象换成你的移位，是的，字符串现今很近乎！

时光荏苒，客户服务带着从属于自己期望回来，

你不时会责怪，因为你确信你的具象几乎近乎地适合它们。

感到失望的是，从属于自己决定不适合您的具象，因此您将开始改以您的具象字符串以适合于您的所有决定。

又收到了一个从属于自己决定。你的具象字符串的另一个改变（这个流程时会移位，直到字符串更加并不很难理解和维护。）多么感到筋疲力尽的流程！

字符串更加很难理解且容易破解。添加从新期望并不困难，每一个从新期望都时会使字符串极为十分复杂。

那我能想到什么？

首先从两次撰写所有细节开始。

WET

将所有细节撰写两次是 DRY 的显然概念。当你开始开发一个从属于自己期望时，你显然不告诉他所有未来的期望，这没关系。

因此，您仍要决意采用 DRY 概念。

拷贝比出错的具象要便宜得多。

让我们用一个比如说来暗示这一点：

三幅 01

在三幅 01 屏幕中都，您有相异的网格移位，这让您确信您现今可以具象此网格以开始达到 DRY 应以，太棒了！

突然，你的所设计在一直后添加了一个从新codice_，

三幅 02

现今你有两个技术细节：

重撰写网格的具象字符串以全力支持从新网格。为密钥codice_和译文codice_成立两个具象。将 90% 的译文codice_具象字符串放到密钥codice_。

我告诉他您时会选取第一个技术细节，并且您确信您可以执行它。

但事实是，这不是众所周知的技术细节，如果你是一个对这些应以有充分认识的现职开发工具，但如果你不是这种具体情况，这不是众所周知的技术细节。想想如果你有两个以上的codice_，一个用于图表，另一个用于时间选取器，有否或许不停改以具象字符串并使其更加极为十分复杂和很难理解？

或者您可以直观地拷贝该字符串。绝不会害怕。

您将告诉他您的网格将来时会是什么就让。因此，您仍要在字符串库的第一阶段考虑 DRY 应以，在您的字符串旅程中止时，您可以归纳字符串库，在您的网格中都找到移位的字符串，并将它们移动到一个好的具象中都。

结论

如果您奄奄一息通过共享字符串发生了不小改变，那么您的具象是出错的。

拷贝自己而不是出错的具象。

孤独字符串！