喜队。
我没有更Sliverlight的经验。 Sliverlight的只是我的工作多XAP建筑1年,我对如何选择权利Sliverlight的架构/模式和模板的混乱。
请通过下面的线??BR />
我们迁移的ASP.NET Web应用程序的Sliverlight的4.0/5.0,即我们正在开发Sliverlight的从头在相同的应用程序。此Web应用程序有大约50页,业务逻辑是在类库,数据访问层也是类库使用ADO 。NET和SQLServer数据库。
对于这一新的发展进程
1。我们可以使用ADO.NET类库/ ADO.NET实体农活的DAL层。
2。灌洗需要转换到WCF。
3。 UI是Sliverlight的。
当我们集中Sliverlight的用户界面的一部分,我们面临的很多混乱,"如何选择Sliverlight的架构/模式和模板??,这是我们的权利。
建议的方法。
对于单页,每页单一XAP即一个项目。
Ø优势
整体XAP大小减少。
2。页面加载迅速。
3。良好的性能。
Ø缺点
1。难以保持XAP数。
2。很难给母版页的外观,并填写。
难以从页面(只查询字符串传递参数,隔离储存,不建议。)
对于一个单一的项目XAP。
1。优势
一。易提供母版页的外观和填充。
II。传递参数从页面与查询串,隔离储存区,公共财产。
Ø缺点
??难以维持,因为这类型的应用程序的应用程序的状态(即状态管理)有一个从App.xaml的切入点,如果用户裁判员向上页页状态被加载。
?整体XAP大小是增加的。
??性能的角度来看不是那么好。
项目模块明智的XAP(XAP的需求)。
Ø优势
1。提供母版页的外观和填充。
2。传递参数从页面与查询串,隔离储存区,公共财产。
性能的角度来看,它是优于单一XAP。
Ø缺点
??难以维持,因为这类型的应用程序的应用程序的状态(即状态管理)有一个从App.xaml的切入点,如果用户裁判员向上页页状态被加载。
?整体XAP大小是增加的。
Sliverlight的模板
由于微软Sliverlight的发展提供了三个模板,所以这是正确的。
ØSliverlight的应用
Ø导航应用
o商业应用。
设计模式:
ØMVVM的
Ø棱镜
o其他。
如果我有任何错误,请原谅我。
您的支持/建议高度赞赏和欢迎............
谢谢
prasanta库马尔Pradan