2008-12-20 116 views

回答

9

您应该将所有具有逻辑的应用程序写入单独的图层,以便根据不断变化的业务决策轻松编写Web界面或winforms界面。

更为严肃的说明。当您需要大量用户访问和更改大量共享数据时,您应该创建一个Web应用程序。当共享数据很少时,或者数据共享足够简单以至于来回发送文件足够时,您应该构建桌面应用程序。 Web应用程序通常很难得到正确的处理,所以如果需要的话,你只应该承担额外的工作。编程的权利要多得多,维护应用程序服务器和数据库还有很多工作要做。但是,Web应用程序可立即更新,因此您可以从小事做起,每个使用该应用程序的人都可以在完成后获得新功能和修复。所以你必须决定哪一个更重要。无论您选择哪个,都有一些折衷。

+1

虽然你的第二段很好,你的第一段就是智慧所在。谨慎!我希望我能投票100次! – 2008-12-20 02:46:31

+0

你的第二段的前半部分破坏了第一段。此外,Windows应用程序可以做得更新。 – BobbyShaftoe 2008-12-20 03:29:15

2

这就像一切的选择 - 有一个时间和地点。您根据项目的需求选择架构。所有情况都没有正确的解决方案。

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

此外,如果您正在编写高度交互式的应用程序,需要向用户提供大量即时反馈,那么编写WinForms应用程序通常更容易/更快速,而且维护起来更简单。 ..然而,交易的关键是难以推广到大型机器需要访问该软件的大公司......因此,您需要开始考虑如何在Web应用程序中实现该功能。

有没有“正确”的方式做到这一点,没有“错”的方式 - 这是审查项目的要求和评价现有的技术,使当时最好的决定的问题。

-1

看看WPF/Silverlight。它解决了这个问题。如果你有一个客户端PC上访问的东西,然后,当然,独立的规则在瘦客户机(至少目前如此)

0

我曾在项目合作上,其中需要这两种类型的应用程序,这一切需要做的如果您不想担心安装和/或客户端配置问题,您可以根据自己的要求选择基于Web的应用程序,但如果应用程序需要高响应度和大量计算,那么您应该考虑在WinForm应用程序中,如前所述,您的应用程序分层将帮助您重用您的代码。也在这将是你应该考虑上牌restricctions

相关问题