您使用什麼.Net業務邏輯層框架？

Question

我被要求通過添加一些表和類來擴展一個簡單的遺留應用程序來擴展功能。

這是一個.NET 1.1的應用程序，我現在已經成功升級到.NET 3.5

現在我的問題是，這些新表和班級我想添加一個ORM和業務邏輯層，我可以在我需要觸摸一段代碼時，將來會擴展到遺留類。

我知道我可以使用的很少的ORM工具，例如Entity Framework和。

對於我來說，問題在於決定使用什麼業務邏輯層，我過去使用csla.net的結果很好，但是我的問題是其他真正的替代方案在哪裏？

Answer 1

除了使用工具來編寫基於數據庫或數據層的一些業務對象和/或DTO之外，我個人不太需要業務層的框架。

我相信CLSA.NET幫助一些人進行驗證，並試圖讓它更容易「分層」一個應用程序。

有些人可能想要一個框架或類似的東西來幫助序列化業務對象，但版本問題通常非常嚴重，所以我很努力地避免需要這樣做。

我的業務層是非常多的業務對象，業務邏輯和業務規則。我儘量保持最小化，寧願簡單。

Answer 2

設計可維護應用程序的最佳方法是不依賴任何框架或代碼生成工具來創建您的域層（即業務層）。儘可能讓您的基礎架構儘可能遠離您的領域（基礎設施無知），並避免包含所有包含緊密耦合的框架，這些框架試圖爲您做所有事情。對於基礎設施問題，尋找有針對性的框架或框架，使您只能選擇您需要的關注點。