![]() |
1
8
您通常希望避免将数据访问代码放入Silverlight应用程序,因为用户可以轻松地对代码实施反向工程。事实上,由于这个原因,Silverlight运行时不包含任何数据库通信框架类。 建议的最佳实践是用WCF服务包装数据访问层,并从Silverlight调用WCF服务。有一篇关于做这件事的好文章 here . |
![]() |
2
6
如果您在多个地方需要DAL,我建议您将其包装在一个WCF服务层中。 它将取决于您的DAL,但尽最大努力将现有代码包装在服务层中,而不是重新编写所有内容。 作为 一项服务。这将为测试和未来的可伸缩性提供最大的灵活性。 |
![]() |
3
0
当然,如果您从头开始创建DAL,那么WCF服务是可用的好选择。但我认为现在.NET RIA服务在这种情况下是更好的选择。.NET RIA服务仅包装到WCF服务。但允许更好的功能。 |
![]() |
4
0
RIA服务是目前最好的选择。另一种非WCF方式(WCF数据访问在Silverlight中的大型LOB应用程序中很难维护)可能是在服务器和客户机之间交换数据的一种宁静方式。 |
![]() |
5
0
我们是否可以拥有一个WCF托管层,通过反射和T4代码生成访问已经实现的DAL组件。 使用现有DAL公开为WCF服务的最佳实践是什么? |
![]() |
Ehsan Akbar · 当请求被激发时,WCF请求时间会增加 6 年前 |
![]() |
Gans · 具有多操作合约的WCF Rest服务 6 年前 |
![]() |
Moelgaard · NLog中的IIS应用程序名称。配置 6 年前 |
![]() |
Kerwen · WCF服务调用异步函数 7 年前 |