在Silverlight / WPF或ASP.NET中开发业务应用程序的相对努力/生产力?

时间:2010-12-06 16:10:35

标签: asp.net wpf asp.net-mvc silverlight

我想要一些关于使用ASP.NET与Silverlight / WPF构建相关工作的模糊指南。我知道,这一切都取决于,但任何输入都非常感激。

我正在重建winforms应用程序,并计划将其移至:

  • ASP.NET(可以是MVC或webforms),或

  • 使用ClickOnce部署的Silverlight(4)或WPF。

这是一个典型的商业风格的应用程序,有几十种形式,各种数据网格,标准窗口控件等。一些图表图形,但没有多媒体。它不是非常数据重,即有相当多的数据网格,但它们很少有超过10个cols& 100行,通常更少。逻辑目前与winforms代码紧密结合,因此无论哪种方式都需要从UI中分离出来。我们还使用Crystal Reports进行报告。

将要开展此项工作的2-3名开发人员将拥有一些WPF& ASP.NET经验但并不多。

我很想使用Telerik控件或类似设备,因为他们看起来像我们想做的事情更容易。

该应用程序是为客户安装的,仅在其防火墙内部使用。 ASP.NET的主要优点是部署,但我认为使用clickonce的silverlight或wpf对于部署来说并不会更糟,可能会更快构建。

如果我能提供任何其他一般信息,以便更容易估计相对努力,请告诉我们!

感谢。

更新:

让我们假设我决定的唯一依据是开发的速度/生产力(即忽略部署,UI影响等)。我该选哪个?

2 个答案:

答案 0 :(得分:2)

根据我的经验,最大的延误是由“黑洞”引起的 - 当你把你的估计放在一起时,你认为这些东西会变得容易,因为这会导致很难/复杂/耗时。漏洞抽象,框架错误等等。

因此,我赞成使用经过验证的技术和协议以及最小抽象的方法,对我来说,这将是ASP.NET MVC。但请确保您的开发人员了解HTTP,HTML,模型 - 视图 - 控制器模式以及无状态架构的基础知识。

答案 1 :(得分:2)

您使用的内容以及项目的成本效益将完全取决于要求和团队的技能。学习ASP.NET(MVC或WebForms)通常是一个漫长而艰难的道路,如果你来自WinForms背景(可以说,如果你正在做WebForms,你可能也是如此,Silverlight)。如果您对HTML / CSS / JavaScript(jQuery)/ MVC模式有很多经验,那么ASP.NET MVC可能会更适合您的项目。如果你有跨浏览器兼容性,SEO或其他网络内容的要求,你可能会去ASP.NET MVC。

在最近的一个项目中,我们对需求和可用技术选项进行了评估,我们被客户强行关闭了ASP.NET MVC,但我们已经确定,鉴于团队和要求,Silverlight会更容易(阅读:更便宜)实施该应用程序的技术,它将项目成本降低50%。 (受过教育,拇指在空中猜测)