新闻动态

程序员，四步教你写出简单易懂的代码！

网站建设 发布者：cya 2019-12-05 08:57 访问量：145

作者 | Dan Goslen

译者 | 弯月，责编 | maozz
出品 | CSDN（ID：CSDNnews）


日常工作过程中，为了提升处理事情的效率，我们喜欢化繁为简。那如何培养出良好的思维模式快速“套出”代码呢？今天，我们将用OOP模式作为作为范例，为大家提供借鉴的思维模板。

以下为译文：
说起编程，我的目标是编写简单易懂的代码。也就是 Bob Martin所说的干净的代码。也有人称之为可读或可维护的代码。其实，这众多说法指的都是同一件事。


但做到这一点绝非易事！
编写简单易懂的代码需要周全的考虑。需要通过不断的重构，写出正确的代码。通常还需要同事的审核或结对编程。
但是，我通过多年的职业生涯总结出了一些模式，这些模式可以帮助我编写简单易懂的代码。虽然这些模式不一定会加快写代码的速度，也不一定会降低写代码的难度，但是可以帮助我写出更简单的代码。
每当面临新的问题时，我都会采用这些模式，将问题化繁为简。

关于模式

简单地介绍一下，我所说的模式指的是你可能有所耳闻的OOP模式。我知道从很多方面来说OOP已经过时了，但无论你喜欢哪种范式，这些模式仍然很实用。在这些模式中，简单的组合重于继承——继承恰恰是大多数人讨厌OOP的原因。
本文中提到的大多数模式都源自“四人帮”的著作《设计模式》我将在本文中简要介绍每种模式，有关详细内容我强烈推荐你阅读这本书。

“四人帮”Gang of Four，指Erich Gamma、Richard Helm、Ralph Johnson以及John Vlissides四人。


抽象工厂

工厂（Factory ）本质上是一个对象，其唯一的工作就是生成其他对象。工厂能够以不同的方式呈现，但我认为抽象工厂模式非常强大。
抽象工厂不仅允许你在运行时更改已生成或已构建的对象，还可以在运行时更改工厂。虽然听起来有点迷糊，但是对于Spring或Unity等控制反转框架来说，它确实非常有效。
具体的代码如下所示：
接口Factory <T> { T build（Metadata d）} 类ClientFactory实现Factory <Client> { Client build（Metadata d）{
        //构建实际对象并返回
    } }
每当我需要构建一个具体的对象，而且这个对象能够根据配置与简单的接口相匹配时，我都会尝试使用抽象工厂，并且我不希望使用该对象的其他所有类知晓该对象的变化。
这句话虽然很长，但核心思想符合其他软件工程原理的经典思想：即隐藏信息，一个类只做一件事，以及小接口。更直接地说，抽象工厂有助于隐藏对象的繁琐工作。



委托

我敢说，我们所有人都遇到过这样的项目（无论是否是编程的工作）：我们将某方面的工作委托给其他人，而不是亲历亲为。
通常我们对项目进行进一步“升级”的时候，就会采用委托模式：项目协调人可能会将工作委托给一组助理，然后由他们将工作委托给自愿担任领导的人等。
代码中的委托模式也完全相同：高阶类要求低阶类为它们工作。这有助于保持高阶类的简单性，并减少对其下层结构的了解。
具体的代码如下所示：
接口Validator { 

    bool validate（Object o）} 类ValidatorHelper实现Validator { Set <Validator>委托；

    bool validate（Object o）{ 
        for（Validator v：委托）{ 
            如果（！v.validate（o））返回false 
        } 
        返回true 
    } } 类RestController { ValidationHelper helper; 响应addObject（Object o）{ 
        如果（helper.validate（o））返回ErrorResponse //正常处理
    } }

我发现委托模式可用于验证、排序、规范化等操作。常见的使用可能要视特定的数据形式而定，但做出有关数据决策的类不再需要完整地了解委托工作的细枝末节，它只需要知道工作已经完成。

建造/命名参数

在所有改变了我写代码方式的模式中，建造模式当属第一。从一开始我就用建造编写每个DTO（data transfer objects，数据传输对象）。生成器不需要大量的实际工作即可生成灵活且可扩展的代码，此外它们还具有不可变的好处！
其他语言可能没有（甚至不需要）建造模式，因为它们的构造器中拥有命名参数，且带有合理的默认值。从本质上讲，这是一码事：只声明需要设置成特定值的东西，而不必担心其他内容。
具体的代码如下所示：
类Dto { 字符串s 
    int我私有Dto（String s，int i）{ 
        this.s = s 
        this.i = i 
    } public DtoBuilder builder（）{ 
        return new DtoBuilder（）
    } 公共静态类DtoBuilder { 

        private String s =“一些字符串“ 
        private int i = 0 public DtoBuilder withString（String s）{ 
            this.s = s 
            return this 
        } public DtoBuilder withInt（int it）{ 
            this.i =我
            返回此
        } public Dto build（）{ 
            返回新的Dto（ s，i）
        } 
    } }
注意：在Java中，我们也使用Lombok处理所有的繁琐代码。
这种模式之所以可以让我的代码变得如此简单，原因是当所有对象都使用一个生成器时，就可以自动化新对象的生成。在我们的代码库中，我们总会向需要构建的类添加一个静态工厂方法，以返回生成器。
之后，我们只需遵循流畅的API链，传入变量，然后键入.build()。仅此而已。你无需花时间研究构造函数。你甚至不需要查看建造代码。你可以在写代码的时候随时使用。现代IDE中的自动补齐功能可以告诉你哪些变量。非常简单。

增强器（Enricher）

《设计模式》中没有提及这种模式，但它与责任链和模板方法的关系最密切。在这种模式下，每个“链”都可以增强或扩充一个对象，并将增强后的对象返回给调用者。它可以对链中的每个增强器都进行这种操作，而链也可以决定在需要时跳过链的其余部分。
你可能会认为这种做法会违反“干净的代码”中有关函数副作用的规则。而我认为这并没有违反这些原则的原因在于，增强器必须将增强后的对象返回给调用者，因此在很多时候，它只是在声明对象可能会变化。
调用者都知道，它可能是一个新对象（尤其是在不可变约束的情况下）。
接口Enricher <T> { T rich（T something）; } 类HeadersEnricher实现Enricher <Headers> { 

    标头
        rich（Headers标头）{ headers.add（“ x-header”，“某物”）
        返回标头
    } }
我发现当你需要用新状态增强一个对象时，这种模式尤其管用。例如，如果你有一个来自Kafka流的对象，需要将一些数据添加到数据库中，然后再保存到数据仓库中，那么就可以考虑增强器模式。


以上这些只是我在编写简单易懂的代码时，最喜欢的一部分模式。我无法在一篇文章中介绍日常编程工作中使用的所有模式。
希望通过本文的介绍为你的编程工具锦上添花。
编程快乐！
原文：
https://levelup.gitconnected.com/my-top-4-patterns-for-writing-simple-code-466705ac0b97



关键字：

http://m.chenzhankj.com/wzjss/633.html