重构有哪些局限性？

我正在研究重构现有软件体系结构的重构限制,我很想听听你的经验,你发现重构不够或者太不成熟,无法实现你的目标.

重构可能有风险

重构通常很困难,因为重构器通常与原始设计者不同.因此,他或她在系统和原始设计背后的决策中没有相同的背景.您始终面临的风险是,原始设计中避免的错误可能会在新设计中蔓延.

当一个没有完全体验过这个系统的新的或年轻的团队成员决定向一个稳定的系统注入新的冷却技术或想法时,情况尤其如此.通常,当新的团队成员没有很好地融入团队并且没有得到足够的指导时,他们可能会开始强迫整个团队无意中执行项目.

这只是一个风险,但是,团队也有可能出错,新的团队成员,如果负责并被允许做他或她的事情,实际上会做出重大改进.

这些问题经常出现在一个致力于遗留系统的团队中.通常没有计划改变世界的增强功能,因此团队的设计保守.他们的目标是防止注入新的错误并修复旧的错误,并添加一些额外的功能.一个新的团队成员可能会坚持认为,他重写了代码的某些子系统,从而打乱了苹果车.创建了新的错误,并且相当稳定的产品的用户感到不安,因为从那时起软件变得越来越糟糕.

因此,如果您的目标是长期稳定而没有重大功能变化,那么通常重大的重构并不是您想要的.

如果你在派克中有更大的功能变化,那么有一个用户群,期望你的产品还没有被完全烘焙(即你处于某种类型的测试阶段),那么考虑严重的重构是一个更好的情况因为卓越设计的长期优势将得到回报,您不太可能破坏庞大的用户群.