我什么时候应该选择使用 WCF 还是 WCF 数据服务

发布于 2024-08-29 01:08:51 字数 247 浏览 5 评论 0原文

假设永远不会直接查询数据的情况。也就是说,总会有一些必须发生的过滤逻辑和/或业务逻辑。

什么时候是使用 ajax/js 之外的数据服务的好理由?

请不要访问此页面 http://msdn.microsoft.com/en -us/data/bb931106.aspx

Assume a situation where a data will never be queried directly. AKA, there will always be some filtering logic and/or business logic that must occur.

When is a good reason to use data services outside of ajax/js?

Please don't site this page http://msdn.microsoft.com/en-us/data/bb931106.aspx

如果你对这篇内容有疑问,欢迎到本站社区发帖提问 参与讨论,获取更多帮助,或者扫码二维码加入 Web 技术交流群。

扫码二维码加入Web技术交流群

发布评论

需要 登录 才能够评论, 你可以免费 注册 一个本站的账号。

评论(1

久伴你 2024-09-05 01:08:51

您本质上是在问我应该使用哪一个抽象层,WCF 数据服务构建在 WCF 之上,旨在简化创建可供 Web 上的任何内容使用的基于 REST 的服务的过程。它消除了使用标准 WCF 服务执行此操作所需的大量管道和配置。查询功能是另一个很大的优点,但标准 WCF 很难做到这一点。

简而言之:

  • 如果您想快速构建一个松散类型的服务来包装现有的数据模型并启用查询支持,请尝试 WCF 数据服务。
  • 如果您希望完全控制服务契约或通过任何协议灵活地公开服务,请坚持使用普通的旧式 WCF。

Your essentially asking what layer of abstraction should I use, WCF Data Services is built on top of WCF and aims to simplify the process of creating a REST based service that is consumable by anything on the web. It takes away a lot of the plumbing and configuration required to do this with a standard WCF service. The querying feature is another big plus and something that is difficult to get right with standard WCF.

So in short:

  • If you want to quickly build a loosely typed service that wraps an existing data model and enables querying support give WCF Data Services a go.
  • If you want full control over the service contract or the flexibility of exposing the service over any protocol, stick with plain old WCF.
~没有更多了~
我们使用 Cookies 和其他技术来定制您的体验包括您的登录状态等。通过阅读我们的 隐私政策 了解更多相关信息。 单击 接受 或继续使用网站,即表示您同意使用 Cookies 和您的相关数据。
原文