我们的应用程序中有一些遗留的 OData 服务代码,这些代码是使用 WCF 数据服务编写的。
我们系统中的其他所有内容现在都使用 Web API 作为数据接口,因此我想将我们的 WCF OData 服务移植到带有 OData 注释的 Web API 服务。
我的问题是,我们目前将 OData 服务用于标准 CRUD 语句以及许多服务操作。与 WCF 数据服务(即关系链、服务操作调用等)相比,Web API OData 是否有任何限制?我想摆脱更新服务,这样客户端就不必改变了。
我们的应用程序中有一些遗留的 OData 服务代码,这些代码是使用 WCF 数据服务编写的。
我们系统中的其他所有内容现在都使用 Web API 作为数据接口,因此我想将我们的 WCF OData 服务移植到带有 OData 注释的 Web API 服务。
我的问题是,我们目前将 OData 服务用于标准 CRUD 语句以及许多服务操作。与 WCF 数据服务(即关系链、服务操作调用等)相比,Web API OData 是否有任何限制?我想摆脱更新服务,这样客户端就不必改变了。
随着最近发布的 Web API 2 及其对 $select 和 $expand 的支持,我已经开始为 OData 开发从 WCF 到 WebAPI 的类似端口 - 在那之前我无法真正替换数据服务。可以将服务操作添加为操作