首页
学习
活动
专区
圈层
工具
发布
社区首页 >问答首页 >复杂系统的客户端- web或WPF

复杂系统的客户端- web或WPF
EN

Stack Overflow用户
提问于 2013-03-10 17:40:17
回答 1查看 187关注 0票数 1

我有一个复杂的遗留系统,它本质上是一个用于水管理系统的BI工具。这个系统的客户端是用winforms编写的,它有相当多的问题,而且看起来不是很好。

我正在考虑写一个新的客户端,我不确定我应该选择用WPF还是ASP.NET MVC这样的网络技术来实现它。

客户端将需要生成报告和图形,并允许管理数据的复杂操作(例如编辑表、树等)。客户端将只有几十个最终用户。

所有这些都让我想到了世界粮食计划署,我对它也更熟悉。但是,开发WEB客户端有一些优势,包括易于部署和最终用户可接受。

所以我的问题是,通常情况下,在这两个选项之间进行选择的准则是什么?如果可能,从我的简短描述中可以看出,这两个中的哪一个更适合我的需求?

谢谢你,奥梅尔

EN

回答 1

Stack Overflow用户

回答已采纳

发布于 2013-03-10 20:39:48

关于如何做到这一点,没有一般的经验法则或指导方针。除了一般的桌面和web应用程序的考虑之外,这个决定最终应该由这个应用程序应该满足的需求驱动。而且只有你和你的用户可能知道这些需求。

试着在下面的某处做一些思考或研究:

使用WPF的

  • 将您与视窗环境联系起来。您是否确定将来不需要支持其他环境,例如各种移动设备?此外,由于Windows 8使用WPF将您专门绑定到Windows“桌面”环境。如果Metro客户端是required?
  • Would,web客户端只是客户端脚本呢?如果是,则需要以与桌面应用程序类似的方式对待和分发它。不过,通过这种方式,它可以为多个客户端环境包装和打包,类似于本机应用程序。这会给你带来一些好处吗?
  • web客户端需要托管在服务器上吗?如果是,它将如何托管?由您、第三方还是由客户/用户现场部署?在这种情况下,您将如何维护它并提供支持?

这大致就是我在做决定时会考虑的。

就我个人而言,考虑到当前的总体软件趋势和Windows平台的新颖性,我认为在项目的生命周期中,这是一个将本地桌面应用程序抛在脑后的好机会。如果我想要一个完整的客户端应用程序重写,如果没有可靠的理由选择桌面解决方案,我会选择web。

票数 1
EN
页面原文内容由Stack Overflow提供。腾讯云小微IT领域专用引擎提供翻译支持
原文链接:

https://stackoverflow.com/questions/15320851

复制
相关文章

相似问题

领券
问题归档专栏文章快讯文章归档关键词归档开发者手册归档开发者手册 Section 归档