【问题标题】:divide large VC++ .NET GUI header file划分大型 VC++ .NET GUI 头文件
【发布时间】:2011-01-17 23:19:51
【问题描述】:

我继承了一个格式为 10,000 行 Visual C++ .NET Form1.h 文件和 3 MB Form1.resx 的 GUI。之前的作者基本上放下了很多按钮来模拟界面,实现了一些东西,然后就失去了动力。我的任务是完成它。管理层不想失去他们在这方面的“投资”,我宁愿保留所做的一切。

我能做些什么来把这个怪物分成更小的文件,甚至可以稍微组织一下吗?现在,它足够大,编辑任务很慢。它只能变得更慢。现有功能直接在 Form1.h 文件中实现,因此我最好将操作/事件附加到 UI 元素。

我刚刚弄清楚如何创建新的托管资源文件并复制粘贴 UI 元素,但这不包括某些属性,例如名称或事件。

【问题讨论】:

    标签: .net user-interface refactoring visual-c++-2005


    【解决方案1】:

    管理层不想失去他们对它的“投资”

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

    将现有应用程序视为原型设计并从头开始正确实施它,因为这可能比尝试修复这个怪物更快

    【讨论】:

    • 也许吧,但你的结论是基于我自己愤世嫉俗的措辞,还是还有更多?我提出问题的目的是减少完成它所需的工作量,所以如果我提出的问题有答案,那可能会改变你辩论的决定。
    • @Potatoswatter:我的建议是基于您对问题的描述,但无论如何,在决定行动方案时只查看剩余工作的观点是正确的。
    • 是否丢掉不完整的代码,不看还剩多少,要看残缺的程度。 查看剩余工作完全忽略了现有进展,这显然不是正确的分析。
    • @Potatoswatter:投资的第一条规则是忽略沉没成本。不要依附于他们。无论你做出什么选择,它们都消失了。如果让现有代码进入可服务状态需要更多的工作,而不是从头开始编写,请将其扔掉并重新开始,因为这将花费更少
    • 我自己的话预设了这一点。关键是“如果它将需要更多的工作......”,这是我在这里试图确定的。
    猜你喜欢
    • 1970-01-01
    • 2022-06-11
    • 1970-01-01
    • 1970-01-01
    • 1970-01-01
    • 1970-01-01
    • 1970-01-01
    • 1970-01-01
    • 2019-02-26
    相关资源
    最近更新 更多