日常工作过程中，为了提升处理事情的效率，我们喜欢化繁为简。那如何培养出良好的思维模式快速“套出”代码呢？今天，我们将用OOP模式作为作为范例，为大家提供借鉴的思维模板。
译者 | 弯月，责编 | maozz
出品| CSDN（ID：CSDNnews）
以下为译文：
说起编程，我的目标是编写简单易懂的代码。也就是 Bob Martin所说的干净的代码。也有人称之为可读或可维护的代码。其实，这众多说法指的都是同一件事。
但做到这一点绝非易事！
编写简单易懂的代码需要周全的考虑。需要通过不断的重构，写出正确的代码。通常还需要同事的审核或结对编程。
但是，我通过多年的职业生涯总结出了一些模式，这些模式可以帮助我编写简单易懂的代码。虽然这些模式不一定会加快写代码的速度，也不一定会降低写代码的难度，但是可以帮助我写出更简单的代码。
每当面临新的问题时，我都会采用这些模式，将问题化繁为简。
关于模式
简单地介绍一下，我所说的模式指的是你可能有所耳闻的OOP模式。我知道从很多方面来说OOP已经过时了，但无论你喜欢哪种范式，这些模式仍然很实用。在这些模式中，简单的组合重于继承——继承恰恰是大多数人讨厌OOP的原因。
本文中提到的大多数模式都源自“四人帮”的著作《设计模式》我将在本文中简要介绍每种模式，有关详细内容我强烈推荐你阅读这本书。
“四人帮”Gang of Four，指Erich Gamma、Richard Helm、Ralph Johnson以及John Vlissides四人。
抽象工厂
工厂（Factory ）本质上是一个对象，其唯一的工作就是生成其他对象。工厂能够以不同的方式呈现，但我认为抽象工厂模式非常强大。
抽象工厂不仅允许你在运行时更改已生成或已构建的对象，还可以在运行时更改工厂。虽然听起来有点迷糊，但是对于Spring或Unity等控制反转框架来说，它确实非常有效。
具体的代码如下所示：
接口Factory<T>{Tbuild（Metadatad）}类ClientFactory实现Factory<Client>{Clientbuild（Metadatad）{//构建实际对象并返回}}
每当我需要构建一个具体的对象，而且这个对象能够根据配置与简单的接口相匹配时，我都会尝试使用抽象工厂，并且我不希望使用该对象的其他所有类知晓该对象的变化。
这句话虽然很长，但核心思想符合其他软件工程原理的经典思想：即隐藏信息，一个类只做一件事，以及小接口。更直接地说，抽象工厂有助于隐藏对象的繁琐工作。
委托
我敢说，我们所有人都遇到过这样的项目（无论是否是编程的工作）：我们将某方面的工作委托给其他人，而不是亲历亲为。
通常我们对项目进行进一步“升级”的时候，就会采用委托模式：项目协调人可能会将工作委托给一组助理，然后由他们将工作委托给自愿担任领导的人等。
代码中的委托模式也完全相同：高阶类要求低阶类为它们工作。这有助于保持高阶类的简单性，并减少对其下层结构的了解。
具体的代码如下所示：
接口Validator{boolvalidate（Objecto）}类ValidatorHelper实现Validator{Set<Validator>委托；boolvalidate（Objecto）{for（Validator v：委托）{如果（！v.validate（o））返回false}返回true}}类RestController{ValidationHelperhelper;响应addObject（Objecto）{如果（helper.validate（o））返回ErrorResponse//正常处理}}
我发现委托模式可用于验证、排序、规范化等操作。常见的使用可能要视特定的数据形式而定，但做出有关数据决策的类不再需要完整地了解委托工作的细枝末节，它只需要知道工作已经完成。
建造/命名参数
在所有改变了我写代码方式的模式中，建造模式当属第一。从一开始我就用建造编写每个DTO（data transfer objects，数据传输对象）。生成器不需要大量的实际工作即可生成灵活且可扩展的代码，此外它们还具有不可变的好处！
其他语言可能没有（甚至不需要）建造模式，因为它们的构造器中拥有命名参数，且带有合理的默认值。从本质上讲，这是一码事：只声明需要设置成特定值的东西，而不必担心其他内容。
具体的代码如下所示：
类Dto{字符串sint我私有Dto（Strings，inti）{this.s=sthis.i=i}publicDtoBuilderbuilder（）{returnnewDtoBuilder（）}公共静态类DtoBuilder{privateStrings=“一些字符串“privateinti=0publicDtoBuilderwithString（Strings）{this.s=sreturnthis}publicDtoBuilderwithInt（intit）{this.i=我返回此}publicDtobuild（）{返回新的Dto（s，i）}}}
注意：在Java中，我们也使用Lombok处理所有的繁琐代码。
这种模式之所以可以让我的代码变得如此简单，原因是当所有对象都使用一个生成器时，就可以自动化新对象的生成。在我们的代码库中，我们总会向需要构建的类添加一个静态工厂方法，以返回生成器。
之后，我们只需遵循流畅的API链，传入变量，然后键入.build()。仅此而已。你无需花时间研究构造函数。你甚至不需要查看建造代码。你可以在写代码的时候随时使用。现代IDE中的自动补齐功能可以告诉你哪些变量。非常简单。
增强器（Enricher）
《设计模式》中没有提及这种模式，但它与责任链和模板方法的关系最密切。在这种模式下，每个“链”都可以增强或扩充一个对象，并将增强后的对象返回给调用者。它可以对链中的每个增强器都进行这种操作，而链也可以决定在需要时跳过链的其余部分。
你可能会认为这种做法会违反“干净的代码”中有关函数副作用的规则。而我认为这并没有违反这些原则的原因在于，增强器必须将增强后的对象返回给调用者，因此在很多时候，它只是在声明对象可能会变化。
调用者都知道，它可能是一个新对象（尤其是在不可变约束的情况下）。
接口Enricher<T>{Trich（Tsomething）;}类HeadersEnricher实现Enricher<Headers>{标头rich（Headers标头）{headers.add（“x-header”，“某物”）返回标头}}
我发现当你需要用新状态增强一个对象时，这种模式尤其管用。例如，如果你有一个来自Kafka流的对象，需要将一些数据添加到数据库中，然后再保存到数据仓库中，那么就可以考虑增强器模式。
以上这些只是我在编写简单易懂的代码时，最喜欢的一部分模式。我无法在一篇文章中介绍日常编程工作中使用的所有模式。
希望通过本文的介绍为你的编程工具锦上添花。
编程快乐！
【End】
