1. 首页
  2. 问答
  3. 将Windows窗体应用程序转换为Asp.net

将Windows窗体应用程序转换为Asp.net

2009-01-05 60 views

回答

15

我真的不会推荐使用工具来完成转换。 Web应用程序和WinForms有着根本性的不同，应该是设计的方式不同。即使在这些日子里有大量的Ajax踢，你仍然需要记住整个无状态的HTTP模型。

如果你不想重新考虑应用程序，你可能要考虑将其转换成的Silverlight 2.0，而不是...

来源

2009-01-05 10:46:07

+1

不能同意更多...尝试平面翻译真的不是一个好主意。 – 2009-01-05 10:53:47

+1

+1不使用工具。如果Win应用程序使用MVC模式，则模型和控制器可以在两者之间共享。 – etsuba 2009-01-06 14:58:20

0

你可以考虑托管通过远程桌面或Citrix

来源

2009-01-05 11:13:16 GvS

5
您的Windows窗体应用程序

@Jon Skeet有最好的建议。也就是说，让我们来看看您提供的Google链接的结果。会发生什么？

大多数关于主题（用于查询）的结果都是其他程序员询问基本相同的问题 - 并获得基本相同的答案。事实上，我只看到一个工具：CodeProject的样本。在这个工具，不仅是贫瘠和丑陋生成的用户界面，但有以下大免责声明：

请注意，这不是 意图本文或 伴随代码示例实现 Windows 窗体和Web窗体之间的完整转换，包括所有的 事件和业务逻辑。由于 两个编程模型的本质不同，这将是一个毫无结果的尝试。相反，我们是 针对用户界面 组件本身，映射窗口 窗体控件到相应的Web 表单对应。

其中真正的摩擦：它所做的就是根据您现有的用户界面生成一个（非常基本的）用户界面。所有的代码，逻辑，流程甚至导航都取决于你。

底线：没有一个工具可以弹出正面和中心是因为这样的工具几乎不可能写入，并且会导致（很有可能）无法导航的非功能性网站。虽然WinForms和WebForms在编程上看起来很相似，但实际上它们完全不同。没有任何工具可以从WinForms应用程序中为您生成整个网站 - 模型与它们可能出现的不一样。

在一天结束时，采用WinForms应用程序并启用Web的最佳方式是编写所述应用程序，使所有业务逻辑封装在其自己的DLL（或其集合）中，然后使用这些DLL驱动新的从头开始的站点的后端。这样你所开发的只是前端和显示支持。

来源

2009-01-05 11:41:41

1

也许你想试试VisualWebGui？ 通过一些调整，您可能可以在浏览器窗口中运行Windows Forms应用程序。

来源

2009-01-06 13:30:10

相关问题

 相关问题