我正在与一个代码结构混乱的大系统合作。我想使用正确的标准,如多态和设计模式。
但代码是如此混乱,需要大量重构才能做到这一点。此外,我现在的公司给了我任务,如果我有重大的重构,这将在系统中打开许多错误,因为它当然不是单元测试的。
你怎么看?我应该完成这个糟糕结构的任务来完成工作吗?或者告诉他们我们需要重建很多东西(因为现在功能已经有效,他们也不会发现差异)。答案 0 :(得分:2)
我认为你需要从一些单元测试开始。
在完成您已分配的任务时,您可以编写一些测试来测试您即将更改的代码,然后您可以重构它。
现在,您可以开始为您的任务编写代码,先测试。
如果已经存在的代码有效,那么重构是最好的选择。如果它不起作用,则可以重写。
答案 1 :(得分:0)
嗯......你需要从事多方面的工作。
首先,学习编写干净代码的最佳实践(如果还没有)并请求您的团队成员相同。有许多有用的书籍和在线资源可用于此。
其次,不要指望这种情况会在一夜之间发生变化。采用" Boy scout rule" - 它将逐步提高代码质量。
第三,开始构建单元测试语料库。慢慢地,可测试的代码将出现在不可测试的巨石之中。