由于不值得进入的原因,我正在研究的django应用程序的对象模型现在是“错误的”,因为许多1到多的关系表示为多对多。应用程序正常运行,并且通过QA的大部分方式。它从未被部署过。
我的设计OCD让我想重构它来纠正问题现在,唯一的好时机就是现在,在它投入生产之前,但它仍然不是那么好,因为QA必须重做和项目会滑倒。
有没有好的工程原因来进行重构?这是一个工具,其用户基数为数十而不是数万,数据库不太可能在短期到中期,甚至长期内增长到显着的大小。我强烈怀疑表现会成为一个因素。
答案 0 :(得分:2)
我可能认为证明重做质量保证的唯一商业原因是可维护性。我的问题是:
如果您现在进行重构,那么您将在长期生产力提升的潜在好处下获得短期生产力,因为获得的简单性可能会提高可维护性。但是没有正确的答案 - 这实际上取决于您的项目和部署的设置方式以及软件的使用方式。
答案 1 :(得分:0)
听起来像你的“不值得进入的理由”在这里真的很重要。对于改变了他们要求的客户来说,1对多对多对多的设计问题令人厌恶。这种情况经常发生经常,我认为这就是这里发生的事情。
从长远来看,你应该真正决定什么是最便宜的路线,并确保改变其要求的客户将支付时间。或者,您可以选择通知任何为此系统付费的人,了解推进设计不正确的产品所涉及的风险,并让他们决定是否花费时间和金钱来修复它。