Repository Factory 与 WSSF 结合起来有多好
我正在评估一些设计模式和框架。 “应用程序设计应该支持SOA原则”是关键要求。 我正在一起研究像 WSSF 和 WCSF 这样的框架。所以我的第一个问题是他们在一起有多好？另外，我确实在一些地方读到，要创建持久性无知模型，存储库工厂可以与 WSSF 一起使用。 但我不确定 VS 2010 /NEt 4.0 是否支持它。 ON code plex 我没有看到任何对 2010 年的支持。 我也没有看到社区和论坛对此有太多谈论。 我自己的想法是使用 ADO.NET 实体框架创建 PI 模型，因为它现在支持 POCO。此外，这些类还可以用作 WSSF 中的数据契约。 因此，在一个框架中，我可以说 WCSF 使用我使用 WSSF 创建的服务，并且 WSSF 将使用 ADO.net 实体层创建的实体。我的业务层将位于 WSSF 和 Ado.net 实体层之间
有什么建议我的想法有多好或多坏吗？
I am working on evaluating few design patterns and frameworks. "Application design should support SOA principles" is the key requirement.
I am looking at frameworks like WSSF and WCSF together. So my first question is how good they are together? Also, I did read at few places that to create a persistance ignorant model, Repository factory can be used along with WSSF.
But I am not sure whether it is supported in VS 2010 /NEt 4.0 or not. ON code plex I didn't see any support for 2010.
Also I didn't see community and forums speaking too much about it.
My own idea is to create a PI model using ADO.NET entity framework since its supports POCO now. Also, those classes can be used as DataContracts in WSSF.
So to put in one frame I can say WCSF using my services created using WSSF and WSSF will use the entities created by ADO.net entity layer. My Business layer will sit somewhere between WSSF and Ado.net entity layer
Any suggestions how good or bad is my idea?
如果你对这篇内容有疑问，欢迎到本站社区发帖提问 参与讨论，获取更多帮助，或者扫码二维码加入 Web 技术交流群。
绑定邮箱获取回复消息
由于您还没有绑定你的真实邮箱，如果其他用户或者作者回复了您的评论，将不能在第一时间通知您！
发布评论
评论（1）
我的建议是不要使用存储库工厂，因为它是在 LINQ 之前构建的，并且尚未针对过去 2 个版本的 Visual Studio 进行更新。有更简单（也更可维护）的方法来构建与存储库模式一起使用的持久无知模型。
您使用 EF Code First 的想法要好得多。但是，如果您将 DataContract 属性添加到 POCO，那么它们将不再是 POCO。
我知道很多人同时使用了 WCSF 和 WSSF，但我不确定有什么注意事项。我不认为它太困难，除非您希望将它们组合成一个工具。这将是更多的工作，考虑到底层技术（GAT/GAX）的路线图，我不建议这样做。鉴于 VS 可扩展性的进步，p&p 团队希望 GAT/GAX 的 VS2010 版本成为最后一个版本。
My recommendation would be to not use the Repository Factory for the main reason it was built prior to LINQ and hasn't been updated for the past 2 versions of Visual Studio. There are much easier (and more maintainable) ways to build persistent ignorant models that work with the repository pattern.
Your idea to use EF Code First is much better. However, if you add DataContract attributes to your POCOs, they won't be POCOs anymore IMO.
I know a number of people have used WCSF and WSSF together, but I'm not sure what the caveats are. I wouldn't suspect it to be too difficult unless you want them combined into a single tool. That would be more work and I wouldn't advise it given the roadmap of the underlying technology (GAT/GAX). The p&p team would like VS2010 version of GAT/GAX to be the last version given the advances in VS extensibility.