客戶ERP解決方案擁有(imho)一個非常難看的數據庫結構。它不會爲表格和列使用表達式名稱。對於地址例如表看起來是這樣的:如何爲OData-Feed的實體設計包裝?
C001_T001
=========
T001_ID
T001_F001
T001_F002
T001_F003
[...]
- T001_ID是主鍵
- T001_F001店標題
- T001_F002存儲姓氏
- T001_F003存儲拳頭名
- T001_F003存儲電子郵件地址
- ...您獲得點
數據庫公開一個OData-Feed,我可以使用它來執行數據庫操作。
我的想法是,創造一種圍繞它的包裝。因此,查詢數據庫會更有表現力,更有趣,最終會提高效率。
// Not cool
ctx.C001_T001s.Where(x => x.T001_F002 == "Smith" && x.T001_F003 == "John")
// Cool!
Addresses.Where(x => x.LastName == "Smith" && x.FirstName == "John")
什麼是可能的方法來實現這一目標?
這個項目看起來很有趣。我今天會試一試。 – Sandro
Iti非常適合不需要完整ORM的場景 - 並且odata是一個(您不交互更新項目,因此不需要有狀態緩存)。 – TomTom
由於某些[(已知的)限制],我最終從OData更改爲EF(http://msdn.microsoft.com/zh-cn/library/ee622463.aspx#unsupportedMethods)。 – Sandro