在沒有實體框架的情況下構建OData API

Question

我有一個現有的Web窗體項目，該項目包含3個不同的項目：UI層（Web項目），業務邏輯層和數據庫項目。 我已經寫了連接到數據庫並將數據返回到業務邏輯層的數據訪問方法。

現在我們需要提供一個REST API，我當時正在考慮將oData API與REST一起使用。 但是我看到的所有示例都使用Entity Framework，而我不能使用Entity Framework，因為我們的數據訪問層將數據返回到業務層，然后業務層處理該數據並添加一些邏輯，然后將其呈現給UI層。

我仍然可以使用oData API嗎？ 如果是，那么我是否需要為oData API的每個復雜查詢手動創建新方法？ OData API如何訪問我的BL層？

Answer 1

您可以做到這一點（我自己也做過類似的事情），但這是非常艱巨的工作。

對我而言，OData始終感覺像是一種通過Web服務公開實體框架的方法，因此，如果您嘗試在沒有實體框架的情況下實現它，則最終將花費大量時間將查詢解析到數據訪問層。

如果您確實決定走這條路，也許考慮只實現OData規范的一部分-確定您真正想使用的哪些部分-因為它龐大且任務艱巨。

不過，這些只是我的經驗，與開始時相比，您可能具有更好的數據訪問層API設置，這可以使事情變得更加容易。

編輯以回答最后一個問題：

您是否需要為oData API的每個復雜查詢手動創建新方法？ 這實際上取決於如何公開您的數據以及如何設置數據訪問層。