所以 - 我正在处理一个 150 万多行的大型代码库 UI 是使用 Windows 窗体设计器创建的 应用程序当前是一个桌面应用程序 我正在尝试将应用程序重建为一个 Web 应用程序 我找到了一个应该做的技术堆栈技巧 堆栈包括一个 .Net 后端、一个 DOJO UI 和一个 MS MVC 架构
问题 - 在查看了可用于这种转换的各种产品之后，我们还没有发现任何看起来很匹配的东西 从头开始编写所有内容 - 即使只是 UI 也是不可行的
现状 - 从商业角度来看，一次性完成这项工作的大爆炸式解决方案存在两个风险现在下来
我们目前的方法 - 我们正在考虑尝试构建一个自定义工具，将 Windows 窗体设计器生成的代码转换为使用 DOJO 库而不是 MS 原生东西生成的等效 UI - 主要是因为 MVC 似乎太不成熟
问题 - 我们如何在程序上解析 Windows 窗体设计器输出，以便我们可以遍历给定显示中存在的 UI 元素，以便我们可以识别它们并从我们选择的目标库中选择类似的元素。
我认为这个问题与“是否有允许以编程方式解析 Windows 窗体设计器输出的 SDK？”的问题相同。
我从高层次上查看了 VS Studio SDK，并确信这是错误的答案，但我可能弄错了。请告知 - 问候。
所以必须这样做的原因是因为当前的部署范式非常昂贵。我无法详细说明，因为这都是专有的，但简而言之 - 当前状态的应用程序必须部署在 Citrix 上，并且服务器成本在每月 10k 范围内运行。这是这样做的重大经济动机。我也知道重写的成本通常在 4 美元/LOC 范围内……这将非常昂贵——比如 400 万美元。这也已经完成，所以问题归结为 - 在考虑劳动力成本的同时，我怎样才能做到最便宜。使用网络服务器提供应用程序预计可将所需的服务器数量减少大约 95%。当前负载所经历的性能已经在推动合同 QOS 要求。
不这样做是一种逃避——这确实需要发生，尽管也许以这种方式处理问题并不是正确的方法。还有什么建议吗？