我不得不面對DAAC的微軟企業庫時遇到什麼問題?換句話說,我現在似乎沒有開發好 - 我正在使用ADO .net實體框架來訪問我的SQL數據庫,但如果它們值得的話,顯然可以開放新的/更有效的數據訪問處理方式。我似乎發現的唯一文章是針對更高級的開發人員,所以任何人都可以給我一些關於Enterprise Library實際提供的內容的解釋,以便我可能錯過了現在?微軟企業庫
Q
微軟企業庫
0
A
回答
0
當你編碼你永遠不應該重新事件車輪的原因有很多。最重要的是,當你重複使用你正在使用的東西時,已經被開發社區審查並被普遍接受。 EL是庫旨在簡化代碼,你需要寫做這樣的異常處理,數據訪問,日誌等
在的諸多好處Data Access Application
的情況下共同的東西量:
- 它迫使你從底層數據庫抽象你的自我,並允許你從一個移動到另一個類型。這也迫使您標準化您在產品中訪問數據的方式。
- DA也可以讓你簡單地定義你的數據庫,並訪問它在一個通用的方式,使DA處理連接和查詢數據庫的管道。
- 最後它也可以幫助初級水平的開發人員,因爲他們沒有編寫到不同的數據庫,他們使用一個接口,它會在各種平臺上運行。
缺點,普遍認爲上述ADO.NET坐在會慢一些,如果你沒有做任何上述的計劃,你可能不需要使用任何框架。
關鍵詞是 「企業」。
0
在以前的線程中,如this one,共識似乎是企業庫通常大大超過大多數中小型項目的工程設計。由於我在這裏閱讀過的主題,我甚至沒有看過它。
0
你必須意識到 - Entlib的數據訪問塊是在Entity Framework之前設計和發佈的年。當時,我們的目標是自動化連接字符串處理和ADO.NET對象的正確清理,而DAAB在這方面做得相當不錯。
但是,這幾乎是所有它。實體框架爲您提供建模工具和ORM層。如果你的工作效率很高,而且速度足夠滿足你的需求,那麼我不會放棄EF來支持Entlib。
如果你發現自己需要做原料ADO.NET編程,Entlib是一個有價值的工具。但是,如果沒有充分的理由,我不會下降到那個水平。
相關問題
- 1. 使用微軟企業庫
- 2. 微軟企業庫的意見
- 3. 微軟企業庫的未來
- 4. 微軟企業庫連接字符串
- 5. 微軟小型企業授權啓動
- 6. 微軟企業DAAB和關閉連接
- 7. 微軟企業庫有用還是不是?
- 8. 微軟企業庫的默認安裝文件夾在哪裏?
- 9. 日誌記錄應用程序塊 - 微軟企業庫4.1
- 10. F#和企業軟件
- 11. 企業庫ValidatorFactory
- 12. 企業庫slidingExpirationTime
- 13. 企業庫SqlCacheDependency
- 14. 企業庫:
- 15. 企業庫記錄
- 16. CacheCallHandler企業庫Contrib?
- 17. 企業庫問題
- 18. NLog到企業庫
- 19. 企業庫+ Odp.Net BindParameterByName
- 20. 使用企業庫
- 21. DBTransaction和企業庫
- 22. WCF +企業庫+ ValidationFault
- 23. 學習企業軟件開發
- 24. 企業軟件中主文件的數據庫設計
- 25. 企業庫驗證塊
- 26. 企業庫DAAB for JAVA?
- 27. 企業庫不記錄
- 28. 春天網VS企業庫
- 29. 異常與企業庫5.0
- 30. 監視企業庫緩存
你在說什麼文章? – Nix 2012-02-15 13:39:32