design-patterns - 模式、最佳实践和简洁代码

Question

我经常发现自己阅读概述模式、最佳实践以及如何编写“干净代码”的书籍和文章。然而，其中一些概念似乎是过度设计的，有时会掩盖潜在问题的本质，使代码更难以与正在建模的问题域相关联。

您多久会发现自己重构一段运行良好的代码以支持“模式”？您是否遇到过“模式”实际上使代码复杂化或模糊其含义的情况？在看到使用 lambda 和闭包重写的简单类解决的问题的解决方案后，我有这种感觉。

我为此苦苦挣扎，我很好奇其他人如何找到正确的平衡。

Answer 1

你永远不应该重构你的代码，只是为了让它适合你在某本书中读过的模式。

模式确实可以帮助您训练大脑思考良好的软件设计。实际上，我会说，我通过阅读模式书籍、反射(reflection)它们以及学习了解它们是如何工作的以及它们会给你带来什么优势，从而获得了我的大部分编程技能和知识。这实际上是关键。他们的目的是让事情变得更容易、更易于维护、更容易测试等等......而不是让你的生活更艰难:)

我认为这也是“难点”。模式给你一个框架，一个当你遇到问题时的起点。示例:您确实想对您的代码进行单元测试，但您不能这样做，因为它依赖于 UI 逻辑或耦合过多。那是您的问题，因此您可以通过了解 MVC 模式以及依赖注入(inject)和 IOC 的概念来找到解决方案。它们可能会给你一个起点，因为 MVC 例如向你解释了观察者、可观察者、 Controller View 等的高级概念......以及它们如何相互关联。然后，作为一名优秀的程序员，您的任务就是选择正确的方法以及您认为在多大程度上应用该模式是合理的。不要只是应用它，因为模式会告诉你。请记住，它只是一个框架，您可以对其进行修改和调整。它适合您的具体情况。