代码之家 › 专栏 › 技术社区 › StuartLC

业务线系统的.NET表示层体系结构/蓝图

prism asp.net-mvc-2 silverlight .net

1

StuartLC · 技术社区 · 16 年前

我们正在重新审视我们的表示层体系结构,将其作为未来使用Microsoft技术堆栈重新编写的新业务系统(仅表示层)的蓝图。

我们有大约30个.NET系统(2、3和3.5),其中60%是基于web的(CWAB+web窗体),40%是智能客户端(使用CAB/SCSF、WinForms) 所有系统通过ASMX或WCF集成到后端SOA堆栈中(即“后端”系统体系结构是通用的)

如果可能的话,尽量在Web、Windows和Mobile之间保持代码库的“通用性”(目前Web和WinForms之间没有重用MVP/MVC)
将越来越需要支持移动设备
我们的大多数系统都是单调的业务线系统—功能比美学要求更重要
绝对倾向于搬到WPF
即使没有表示层重用,也要在客户机之间保持一致的体系结构(MVC/MVP/MVVM等)

一些想法在两者之间摇摆

用于web的ASP.NET MVC 2+jQuery等+?用于智能客户端的Prism/WPF 与
与
Sharepoint Web部件(门户体系结构) 与

抱歉这样一个开放式的问题,但真的会重视社会的意见和经验,在这方面!

提前谢谢!

1 回复 | 直到 16 年前

1

Jim Reineri 16 年前

我们也处在类似的情况下,对这一问题进行了认真的思考。对我们来说,我们排除了Sharepoint Web部件的可能性有几个原因。对某些人来说,这可能是一条有效的途径,但代价高昂。

对于面向内部的用户界面,我们将Silverlight/Prism/MVVM用于新模块,目前,我们使用浏览器控件在现有WinForms智能客户端系统中托管新的Silverlight模块。我们已经能够在现有的智能客户机代码和Silverlight模块之间创建所需的交互,而且非常麻烦。这对我们的系统很有效,但您的里程数可能会有所不同。我相信,我们使用的简单应用程序框架,而不是更通用但更复杂的智能客户端CAB框架,有助于集成的方便性。

到目前为止,它对我们很有效。不管你选择哪条路,祝你好运。