代码之家  ›  专栏  ›  技术社区  ›  simendsjo

何时重构到设计模式?

  •  3
  • simendsjo  · 技术社区  · 15 年前

    在编码和检查代码时,很容易发现可以使用设计模式的地方。这里的指挥系统,那里的策略。。。尽管更好的解决方案可能是一个开关或一些简单的if's,但潜入并应用模式还是很有诱惑力的。

    等到添加功能变得太困难时再添加?等到第三次你必须改变密码?你第一次需要黑客?

    2 回复  |  直到 15 年前
        1
  •  3
  •   Niels van der Rest    15 年前

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

    改变,或者你需要在某个时候为它构建一个解决方案,你最好马上重构它。而且签入代码比以前更干净是一种很好的做法。

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

        2
  •  1
  •   derdo    15 年前

    我的想法是,最有用的重构发生在处理新特性或修复bug时。在编写新代码或修复bug时,需要签入代码的改进版本(如果可以改进的话)。因此,如果设计模式改进了代码(可读性、可扩展性和可测试性),那么在执行此操作时,您可以重构到该模式。

    在没有其他动机的情况下重构到模式对我来说没有什么价值。要使模式有用,确实需要解决一个问题。