重复自己规则的含

raselbd223

二 重复的代码很难维护 ł在我看来最重要的问题之一是避免重复代码。这就是 不要义。如果在开始创建解决方案时我们知道代码片段将在很多地方使用是系统 模块的全局机制或各种功能的公共部分 我们应该以这样的方式处理该主题所述片段可以在这些地方轻松连接。如果我们没有这样的知识并且在创建过程中发现我们需要在不同的地方使用相同的片段那么在这个阶段应该将其分离例如分成一个方法并在两个地方使用。有时只有在完成系统功能的创建并从整体上查看它之后您才能看到某种模式其中部分代码与另一部分相同或非常相似。

此时应该进行重构以消除重复。 为什么代码重复不好？重复的代码很难维护。如果需要 电子邮件数据 改变的话所有地方都得改变。在多次重复的情况下这是耗时且昂贵的。例如存在这样的风险我们会忘记其中一个地点或者我们可能不知道它因为它是由另一个人添加的。最终更改后的功能即使有作用也只是有时有效。 编写代码时我们应该遵循语言范式。就面向对象语言而言我们讨论的是抽象继承封装和多态性的使用。我认为每个程序员的通用 软件开发工具包中的规则都是这些范式的延伸   。这可能不是最好的方法因为 已经是一组模式但它当然可以扩展以包含其余两个原则。



通过编写遵循这些规则的代码我们确保它易于学习扩展和测试。那么就会更好了。优秀代码的一个特点是灵活性和对变化的开放性。利用类之间的低依赖性可以提供高灵活性。此外高测试覆盖率将有助于进一步开发和修改现有代码。 三．代码应该只包含必要的内容 罗伯特在我看来最重要且经常被低估的做法是 保持简单愚蠢与 你不需要它相结合。它们应该阻止我们在业务不需要它们的情况下为自己带来技术挑战的编程诱惑。不要 强迫 您的解决方案始终是完全可配置的。不要创建通用类结构 因为它们有一天可能会派上用场 。