架构来编写干净的代码

raselbd223

鲍勃叔叔在其中几乎描述了我们在日常工作中应遵循的所有关键原则。无需使用微服务 或六边形 干净代码是 界的流行语。我们每个人都想与这样的代码进行交互。 《清洁代码》一书的作者 询问了几位开发人员清洁代码对他们意味着什么。对于每个受访者来说这个概念意味着不同的东西并且没有单一的正确定义。在我看来这是有效可读安全且设计良好的代码。 一代码要容易理解 ł我通常说 难以理解的代码写得不好。 是什么让您在查看代码时无法立即清楚其内容？字段方法参数包和模块的名称应该清楚地说明给定元素的用途和用途。

在阅读代码时我们不应该想知道为什么要创建它以及它的商业意义是什么例如 电子邮件数据 算方法 有关 如果一个方法实际上负责一个功能并且不违反 规则则很容易命名它。此外它会很短代码会更容易理解。 值得注意的是使用一致的约定。通过使用通用格式化程序和 来验证所采用的约定很容易实现并且感谢它我们以后不必想知道为什么这个名字其中一种方法是小写另一种是大写大写更重要吗？  我们代码中的每个元素常量变量方法类包模块都应该适当命名。 名称应清楚地表明给定元素引用或关联的内容即所谓的 幻数 字符串 应该被分成常量来告诉它们所指的内容。



示例 我们知道这是关于什么的吗？ 现在？ 很多时候提出有意义的名称是我们在开发过程中必须面对的最困难的事情之一。 我不是唯一一个这么想的人 代码应该是可读的。 一个好的名称应该准确反映给定类或方法的用途并与项目中使用的约定保持一致。无论是在格式方面例如并非所有项目都使用大写字母来命名常量和所使用的词汇。 值得避免使用最常混淆代码的后缀以 等结尾的类。任何不熟悉此类代码或不知道它负责什么的人因为将不得不花时间阅读它。精心选择的名称和将代码逻辑划分为方法 你应该记住这一点。