何时重构设计模式？

Question

编码和查看代码时，很容易找到可以使用设计模式的地方。这里有一个指挥链，一个策略......尽管更好的解决方案可能是一个开关或一些简单的if，但很有可能潜入并应用模式。

您是否有一些规则或提示可用于估算何时进行实际重构？

等到添加功能变得太难了？等到第三次更改代码？你第一次需要黑客吗？

Answer 1

如果代码是可读/可理解的，并且将来不太可能更改或扩展，您可能希望保持原样。

但是如果代码将更改，或者您需要在某些时候为其构建变通方法，那么最好立即重构它。签入代码清洁工具比以前更好。

请记住，这取决于投资回报率。简单的重构可能会级联到代码的其他部分，然后也必须重构。如果代码库将来不会持续发展，那么重构它可能不值得花太多时间。

Answer 2

我的想法是在处理新功能或修复错误时发生最有用的重构。当您编写新代码或修复错误时，您需要检查代码的改进版本（如果可以改进）。因此，在执行此操作时，如果设计模式改进了代码（可读性，更多可扩展性，可测试性），则可以重构模式。

在没有其他动机的情况下重构模式对IMO没什么价值。确实需要有一个问题来解决模式是有帮助的。