喜队。
我没有更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