为什么你应该立即开始学习编码模式🏁

首先，也是最重要的——我很想听听你们对此事的看法。

在开发者的成长历程中，应该何时开始研究模式这一主题？

依我之见，越早越好，原因如下！ 😊

软件开发可以简单地描述为解决问题，偶尔喝杯咖啡☕。虽然这是我们开发者的工作内容，也是我们希望乐在其中的工作，但并非总是如此。你可能会问为什么？首先，你手里的这杯咖啡很可能不是你今天的第一杯；其次，很多人，特别是四位非常敬业的开发者，已经为你做了很多思考🧠。

免责声明：
别误会我的意思，找到自己的问题解决方法并培养一种 64 位思维是开发人员必须掌握的关键技能，但我认为，特别是对于初学者来说，看看其他人如何解决各种问题也同样有趣且富有教育意义。

从哪里开始

谈到软件工程中的设计模式，大多数人首先想到的就是“四人帮”设计模式goto。这些模式适用于各种通用问题，例如……

工厂方法：用于创建接口的不同实现实例。

组合：将对象组合成树状结构，并像处理单个对象一样处理这些结构。

迭代器：用于遍历集合中的所有元素，而不暴露其底层表示。

简单概括一下这些模式，共有 23 种，分为以下几类：

《设计模式：可复用面向对象软件的基础》一书中，每种模式都经过详细描述，并辅以 UML 图、模板源代码和实际案例进行示例说明。本书条理清晰，能够引导读者快速理解不同的主题和用例。

以前在学校的时候，我的教授总是用以下三个步骤来向我们展示新模式的目的：

我非常喜欢他这种教学方法，因为它让我们有机会思考问题并从整体上理解它。此外，从那以后，我的脑海中总是能浮现出每个模式的具体例子！

既然你已经准备好了所有信息来源，甚至可能还收集了一些代码片段和解释，接下来该做什么呢？仔细思考，或许可以根据你自己的经验找到一些实际例子，然后像我的一位教授常说的那样，不停地编写代码：

我之前并不真正理解——直到我亲自尝试过！

了解设计模式非常有用。它们能大大简化开发人员的工作，并能有效避免各种难题和糟糕的代码设计。但请记住，这些模式应该为你提供帮助，而不是盲目地照搬。

了解代码的功能以及你可以用代码做什么！

照片由Jonas Svidras拍摄，来自Pexels 🎉

PS：另外，想要提高你的编码技能和代码的整体质量，一个非常棒的建议是“代码整洁倡议”，它提供了理论输入以及如何实施的路线图。