Web applications 何时编写基于web的应用程序，何时编写基于桌面的应用程序？

现在是时候为基于web的应用程序编写所有内容了？编写web应用程序比基于winforms的应用程序慢

---

何时编写基于web的应用程序，何时编写基于桌面的应用程序？

您应该在单独的层中使用逻辑编写所有应用程序，以便根据不断变化的业务决策轻松编写web界面或winforms界面

---

以更严肃的方式。当需要大量用户访问和更改大量共享数据时，应该创建一个web应用程序。当共享数据非常少，或者数据共享非常简单，来回发送文件就足够时，您应该构建桌面应用程序。Web应用程序通常很难正确使用，因此您应该只在必要时承担额外的工作。正确编程需要做更多的工作，维护应用服务器和数据库也需要做更多的工作。然而，web应用程序是可即时更新的，因此您可以从一些小的东西开始，并且每个使用该应用程序的人都可以在完成后获得新的功能和修复。所以你必须决定哪个更重要。无论你选择哪一种，都会有一些取舍。

你有没有探索过创建一个

它就像一切一样——有时间和地点。您可以根据项目的需求选择体系结构。没有适合所有场景的正确解决方案

如果我需要大量使用低功耗机器的用户访问高性能数据存储，我倾向于编写一个web应用程序。如果我正在编写实用程序来与文件等进行交互，那么我会编写一个WinForms应用程序。所以这真的取决于

此外，如果您正在编写一个高度交互式的应用程序，需要立即向用户提供大量反馈，那么编写WinForms应用程序通常会更容易/更快，维护起来也更简单。。。然而，权衡的结果是，在一家大型公司中，很多机器都需要访问该软件，因此很难将其推出。。。因此，您需要开始考虑如何在Web应用程序中实现该功能

---

没有“正确”的方法，也没有“错误”的方法——这是一个审查项目需求、评估可用技术并在当时做出最佳决策的问题。

看看WPF/Silverlight。它解决了这个问题。如果您必须在客户端PC上访问某些内容，那么当然，瘦客户端上的独立规则（至少目前是这样）

我曾在需要这两种应用程序的项目中工作过，如果您不想担心安装和/或客户端配置，那么这一切都与您的需求有关基于web的应用程序正是您想要的，但是如果应用程序需要高响应性和大量计算，那么您应该考虑使用WinForm应用程序，如前所述，分层应用程序将有助于重用代码。此外，这将是一个商业应用程序，您应该考虑许可限制

您能否提供更多详细信息，说明您正试图实现的目标？虽然您的第二段非常好，但您的第一段是智慧所在。注意！我希望我能投100票！第二段的前半部分有点破坏了第一段。此外，Windows应用程序可以非常可更新。此外，基于web的应用程序不必在您的服务器上运行。事实上，如果供应商分发源代码或二进制文件（如fogbugz、sugarcrm等），客户可以在自己的计算机上安装它们。您不必让它们在您自己的服务器上运行，但也存在编码和支持它们在客户服务器上运行的问题，这是另一个问题。假设你有一个同质平台（即每个人都在Linux上，或者每个人都在Mac上，或者每个人都在Windows上），那么部署产品的出现，如Sparkle和ClickOnce，有效地消除了“我不想担心安装”的论点。