封装WCF RIA服务？
我们希望将客户端的 WCF RIA 服务封装在技术独立的数据服务（又称存储库，遵循 Martin Fowler）中。因此，视图模型公开的实体和集合不应依赖于 RIA 技术/命名空间。
现在我们面临的问题是，RIA 生成的客户端实体是基于 RIA-Entity-Class，尤其是基于 RIA-EntityCollection-Class 的集合。
有没有办法实现以下依赖：
ViewModel -> IDataService-> RIADataServiceImpl->服务器
We would like to encapsulate WCF RIA services on client side within technology independent data services (aka Repositories, following Martin Fowler). Thus entities and collections exposed by viewmodels should not depend on RIA technology / namespace.
Now we are faced with the problem that RIA generated client entities are based on RIA-Entity-Class and especially collections based on RIA-EntityCollection-Class.
Is there a way to achieve following dependency:
ViewModel -> IDataService -> RIADataServiceImpl -> Server
如果你对这篇内容有疑问，欢迎到本站社区发帖提问 参与讨论，获取更多帮助，或者扫码二维码加入 Web 技术交流群。
绑定邮箱获取回复消息
由于您还没有绑定你的真实邮箱，如果其他用户或者作者回复了您的评论，将不能在第一时间通知您！
发布评论
评论（1）
您可以将接口应用于 WCF RIA 类。它们都是分部类，因此您可以在静态文件中声明接口（而不是将其破解到生成的文件中）。
我用它来尝试将我的一些逻辑与 WCF RIA 实体分开，但最终我发现有很多重复的样板代码，而且我的项目仍然非常依赖于框架。
您的情况可能会有所不同，但它可以让您在不了解 WCF RIA 名称空间的情况下访问实体。
You can apply interfaces to the WCF RIA classes. They are all partial classes so you can declare the interface in a static file (as opposed to hacking it onto a generated file).
I used this to try and separate some of my logic from the WCF RIA entities but in the end I found that there was a lot of repeated boiler plate code and my project was still quite dependent on the framework anyway.
Your mileage may vary but it will let you access the entities with out knowing about the WCF RIA name space.