太正式的應用程序框架了嗎？

Question

我們的商店設計和創建垂直行業的Vareity定製軟件應用程序。我們目前在我們的大部分開發中都使用Csla框架的修改版本。

這是一個偉大的框架，支持與數據庫，直接，遠程處理，WCF等通信的方式vareity。它提供了許多功能，其中許多我們不使用。該框架的優點是衆多，其中最大的一個是羅克福德Lhotka，當涉及到新的技術時，這意味着我們不必進行研究。這個框架的缺點在於，你受制於創建者如何實現變化和技術以及你不使用的所有功能。

隨着Linq-to-Sql的出現，我們正在認真考慮做出切換，授予許多純粹數據訪問的功能，但通過創建部分類，我們可以擴展數據訪問並提供業務邏輯。我們也可以創建一些用於處理業務邏輯的正式界面。可以使用/創建我們的規則管理器，等等。簡而言之，我們將發展我們自己的應用程序框架。

我在Jeff Atwood's discussion the ASP.NET MVC framework at PDC 2008注意到，他主要與一個項目工作，而且還看着像他伸出LINQ到SQL和部分類。這個架構似乎表明代碼易於維護，快速添加新功能和快速修復錯誤，並且大多數時候執行得很好。

我只是好奇其他用戶的想法是什麼？我瘋了放棄我的框架，我覺得是更容易使用和更可維護？

Answer 1

框架的缺點是事實 ，你是在的 創作者如何實現改變和 技術和所有的許多功能 您不要使用擺佈。

看起來你會接觸到這些與LINQ相同的缺點，所以在進行更改時請記住這一點。無論如何，在做出這樣的飛躍之前，你應該做一個完整的分析，也許通過移植一個較小的現有應用程序或其中一個應用程序的子集作爲案例研究。

Answer 2

我讀了Rick Strahl的一篇名爲A Simple Business Object Wrapper for LINQ to SQL的好博客，回答了我的一些問題。他需要一些時間來解釋他對框架的觀點。