使用像 DevForce 这样的 ORM，您是否建议使用服务总线或其他方式将其与应用程序隔离？
我们正在选择一种将 .NET 客户端应用程序与 SQLServer 数据库隔离的方法，并且我们倾向于 DevForce ORM。
该 ORM 用于分布式应用程序，并提供自己的应用程序服务器来处理客户端请求。
但是，我觉得客户端应用程序与 ORM 耦合得太紧密，因此我考虑使用服务总线（NServiceBus），甚至像 Agatha 这样的请求/响应服务层。
具体来说，由于我们有 .NET 2 应用程序并且 DevForce 支持 .NET4，因此我们可能必须做一个隔离层......
对此有什么想法吗？
We are in the process of choosing a way to isolate our .NET client applications from a SQLServer database and we are leaning toward the DevForce ORM.
This ORM is used for distributed applications and provides its own application server for handling clients requests.
However, I feel that the client applications would be too tightly coupled to the ORM so I thought of using a service bus along with it (NServiceBus) or even a request/response service layer like Agatha.
Specifically, since we have .NET 2 applications and DevForce supports .NET4 we might have to do an isolation layer anyway...
Any thoughts on this?
如果你对这篇内容有疑问，欢迎到本站社区发帖提问 参与讨论，获取更多帮助，或者扫码二维码加入 Web 技术交流群。
绑定邮箱获取回复消息
由于您还没有绑定你的真实邮箱，如果其他用户或者作者回复了您的评论，将不能在第一时间通知您！
发布评论
评论（1）
我同意保护客户端免受该实现的影响是一个好主意，但我的第一个想法是接口而不是服务总线。
I agree that shielding clients from that implementation is a good idea, but my first thought would have been interfaces rather than a service bus.