最终用户最有效的界面：Winforms/WCF与网页浏览器访问

Question

我需要做的是满足我的竞争对手，并'更新'我的winforms应用程序，以便通过在线服务完全访问。

我不确定是否重新编码我的winforms应用程序，以便它使用WCF/Odata访问数据库，或者整个应用程序是否需要重写为webforms应用程序并将数据库移动到托管网站。根据我的编码经验，后面的选项可能会是两个选项中更困难的选项。目前，数据库驻留在最终用户PC上，winforms应用程序提供100％的最终用户访问权限。还有一个Web界面，可以让最终用户的客户访问预订，他们自己的用户详细信息等。Web界面自行托管在最终用户PC上。

关于向最终用户提供数据，我的提议的winforms应用程序检索和消费远程托管数据库的数据与完全托管的webforms /数据库应用程序之间是否存在明显的时间差？在我冒险之前，这种差异能够量化吗？

Answer 1

Web与桌面是一个巨大的话题。

我的两分钱：

网站：

1 - 优点：

从各种设备（PC，苹果机，智能手机，平板电脑）的

• 入店。
• 无需安装。
• 只需要服务器部署/更新。

2 - 缺点：

• 无国籍（这意味着不存在客户端缓存，例如）在所述客户端计算机的功能（文件系统等）
• 减控制。
• 浏览器地狱（UI外观/行为上的每个浏览器不同），由于糟糕的JavaScript无处不
• 基于Web的漏洞（如跨站脚本等）

净

更难代码Windows桌面：

1 - 优点：

• 有状态（你可以在客户端缓存大量数据）。
• 更多控制客户端计算机的功能。
• 在每台机器上看起来都一样。
• 由于有状态的性质并且没有javascript（hooray），所以更容易编码。

2 - 缺点：

• 仅适用于Windows操作系统。没有智能手机，没有Mac，没有平板电脑。
• 需要客户端安装（可能包括.Net Framework安装）。
• 需要服务器+客户端更新（使用ClickOnce更容易）。

这就是说，winforms是一个真正的老技术，没有人在意，不支持任何东西。使用某些CSS可以使Web应用程序看起来更美观。无论你多么努力地改善它，winforms看起来都很丑陋。

如果你走Windows Desktop路线，你宁愿将你的应用程序升级到WPF。