在开发项目时经常重新设计是一个不好的信号吗？

刚开始编程时，我以为我有一天会坐下来并绘制所有类的UML图，然后开始一个项目，然后再坚持下去。我现在已经编程了两年了，但事实并非如此。当我经历一个项目时，我经常说

• “嘿，我需要一堂课来做_ _。我以前没想过。”
• “等等，这个函数实际上应该在该类中，而不是在这个类中。我将其移开。”
• “这实际上应该是两个类，而不是一个。我将其拆分。”
• “我应该使这三个独立类都从一个抽象类继承。”
• Etcetera等。

我经常像这样进行重新设计，这是一个不好的信号吗？这是否意味着我是一个贫穷的程序员，或者这是正常现象吗？

这是发展的正常部分。连续设计的两个核心原则是：

1. 您不是无所不知的，您无法在开始之前就从头到尾地了解整个系统。
2. 设计不是静态的。当一个项目已经使用了很长时间并且现在解决的问题不是它最初编写时正在解决的问题时，这种情况更为普遍。

我对此的个人看法是，您应该对宏设计有一个好主意，但要允许微设计发展。另一种表达方式是，高级设计（就我使用UML /建模工具而言）在整个项目生命周期中极有可能保持静态。哪些方法做什么的详细设计以及类层次结构需要自由地具有可塑性。

当您对所要解决的问题一无所知时，您将犯下更多的初始错误步骤。但是，在使用了足够长的时间之后，整个设计将开始就位，并且您正在谈论的重构是保持代码整洁所需的全部。

您在做什么通常被称为“重构”。如果您停止这样做，那就麻烦了。

事实是，大多数代码是复杂的，人类，即使是非常聪明的人，也无法一次全部弄清。

不，您似乎在遵循YAGNI并从给出的示例进行重构。您难道不认为拥有这种更好的解决方案并能够做到这一点比不再再考虑什么更好吗？

敏捷软件开发通常采用与瀑布模型完全不同的方法来适应这种情况。

完全没问题（除非这些重新设计始终是大修或从头开始重建）。不用担心 在项目开始时从UML图开始可能会很好，但是不要一刀切，因为您几乎总是会发现工作过程中事物会发生变化。您可能会学习一开始并不了解的新技术，可能想以一些在最初的设计中就没有的方式来改进某些功能，业务需求会发生变化，有时在最初的设计中会有很多未知因素，这些只能以后再考虑，等等...

什么是重要的是让他们反映在设计任何显著的变化，否则未来的开发者（包括自己）去更新这些初始UML文件最终可能会很困惑。这可能很困难，并且通常需要良好的纪律（和时间）。

从设计开始就非常少见，并坚持100％直到实施。我个人从未见过这样的事情发生，除了非常小的琐碎的程序。

您正在做的事情是完全正常的（假设您并非每次都完全从头开始）。我从事此工作已有20多年了，但这仍然是一个反复的过程。

唯一能够预先设计并坚持下去的事情是，如果您要解决与上次解决的问题完全相同的问题，即使这样，您也可能会找到改进的空间。

我绝对不是一个经验丰富的开发人员，但是我也这样做。在过去的几年中，我在精神上构建必要的体系结构的能力得到了极大的提高。但是，在编写软件时，无论我做了多少计划，总有一些地方需要重新设计。直到我真正编写代码之前，我才意识到自己会重复自己。

我在这篇文章中的意思是说，我会做您列表中的所有事情，除非这些事情持续发生并对您的生产力产生真正的负面影响，否则我认为这些事情不一定很糟糕。

这就是所谓的迭代过程，它是所有现代软件开发技术中的基本概念。