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

留下空的遗留类是懒惰的还是明智的?

oop
  •  0
  • Massif  · 技术社区  · 15 年前

    我们的系统发生了轻微的变化,这意味着过去两个相关的业务规则现在是完全相同的规则。因此,我对实现进行了概括,我想知道如何处理与它们相关的旧的指定类。

    把旧类放在一边,只继承新的通用版本(没有额外的内容,只是空类)是不是很懒惰?或者,它是明智的,因为它节省了大量的重构?

    不管怎样,接口是相同的——所以我很好奇:极度懒惰,还是巧妙地避免不必要的重构?

    6 回复  |  直到 15 年前
        1
  •  1
  •   DVK    15 年前

    从纯OO设计的角度来看,您应该清理代码。

    从软件交付的角度来看,您可能不想这样做的原因有:

    • 尽量减少对代码的不必要更改。帮助调查生产问题。

    • 节省重新考虑因素的机会成本,并将其用于更有益的方面。

        2
  •  4
  •   Ray Booysen    15 年前

    把它扔掉。这就是源代码管理的重点。如果你需要提及它,它将成为历史。

        3
  •  2
  •   John Saunders Tony    15 年前

    把多余的课除掉。保存它的目的是什么?

    重构工具不是为您处理这个问题吗?

        4
  •  2
  •   Chris Ballance    15 年前

    如果代码不起作用, 摆脱它 .源代码管理将为您保留历史记录,如果您需要引用它的话。

        5
  •  2
  •   Jay    15 年前

    imho,除了满足业务需求之外,干净、可读和简洁的代码应该永远是开发人员的目标。也就是说,我将取消类的预测,并在时间允许的情况下进行重构。弃用类将帮助开发人员知道应该使用什么类。

        6
  •  0
  •   Neil Barnwell    15 年前

    即使你没有像resharper这样的工具,你也可以使用vs.net的“查找用法”工具。然后将所有用法更新到新类。

    或者,只需删除它并修复编译错误。A.K.S“穷人的重构”。