划分大型VC++。NET GUI头文件 < >我继承了一个GUI，它是一个10000行Visual C++、.net代码> Ford1.H/COD>文件和3兆字节 Frim1.RESX。前一位作者基本上放下了许多按钮来模拟界面，实现了一些东西，然后就没有动力了。我的任务是完成它。管理层不想失去他们在这方面的“投资”，我宁愿保留已经完成的一切

我能做些什么来把这个怪物分割成更小的文件，甚至把它组织起来？现在，它足够大，以至于编辑任务很慢。它只会变得更慢。现有功能直接在

Form1.h

文件中实现，因此我更愿意将操作/事件附加到UI元素

我刚刚了解了如何创建一个新的托管资源文件和复制粘贴UI元素，但其中不包括某些属性，如名称或事件

管理层不想失去他们在这方面的“投资”

这是一个有缺陷的立场。扔掉一些东西重新开始是否正确取决于还有多少工作要完成，而不是取决于已经完成了多少工作。在这一点上，他们只是把好钱扔进坏钱

---

将现有应用程序视为一个原型设计，并从头开始正确地实现它，因为这可能比试图修复这个怪物要快。

也许吧，但你的结论是基于我自己的愤世嫉俗的措辞，还是还有更多？我的问题的目的是为了减少完成它所需的工作量，因此如果我所问的问题有确切的答案，这可能会改变你辩论的决定。@Potatoswatter:我的建议是基于你对问题的描述，但不管怎样，在决定行动方案时只考虑剩余工作的观点是正确的。是否抛出不完整的代码并不取决于剩余的代码数量，而是取决于它被破坏的程度。只看剩下的工作完全忽略了现有的进展，这显然不是正确的分析。@Potatoswatter：投资的第一条规则是忽略沉没成本。不要依恋他们。不管你做什么选择，他们都走了。如果要使现有代码进入可服务状态需要比从头开始编写更多的工作，那么扔掉它，重新开始，因为这将花费更少的成本。我自己的话预先假定了这一点。关键是“是否需要更多的工作……”，这就是我在这里试图确定的。