負責處理系統的核心業務，
負責對使用者定義的流程進行建模，
負責資料訪問層和展示層的通訊，
不能因為資料庫的變換而變化，也不能因為終端的變換而變化。
bll——業務邏輯
業務邏輯的操作，包括業務處理，呼叫資料訪問，事務等。
ibll——業務介面
業務邏輯層的方法對外暴露的介面和服務契約
wfactivitys——工作流活動層
定義了工作流中使用的活動
因為服務層和展示層都會呼叫業務邏輯層，所以在此層做事務、異常和併發的處理比較合理。
首先，引用"using
system.transactions;
"命名空間，呼叫
transactionscope類
更新的時候會面臨乙個難點，假設某條記錄同時被兩個人a和b讀取並且正在修改。a先修改完成然後儲存了，然後b再儲存的時候，會由於時間戳不一致（因為a之前先儲存修改了時間戳）導致b儲存失敗。給乙個表加乙個時間戳字段timestamp，可以有效的解決資料庫併發問題。
將系統需要的基礎類放在"framework"資料夾中
將業務相關的類，都放在自己建立的資料夾中，類採用分部類的方式，這樣可以有效的防止**重新生成覆蓋的危險，如:"diaoyan"
在此層做事務、異常和併發的處理
對外暴露的方法，必須繼承自ibll專案的介面
以上我們完成了業務邏輯層的設計，此架構的**實現，請參考www.langben.com
三層業務邏輯
1.確定需求 2.根據需求確定sql 3.編寫資料訪問層類，dal 4.編寫業務層 bll 5.編寫表現層 ui 三層結構常用類庫 dal 資料訪問類 bll 業務類 ui 表現層 視窗，多窗體傳值的靜態類gloabhelper model 實體類 資料例項物件 utility 實用類 comman...
儲存過程還是業務邏輯層
1.儲存過程是基於計算密集型的業務邏輯。如果是基於操作密集型的就不要用儲存過程了 2.所有資料訪問在應用層封裝為資料訪問層，在那裡，如果sql簡單的話，直接用sql 如果sql複雜，或者資料互動多且中間資料最後不會用到，使用儲存過程 業務邏輯層 優點 功能分層明確，便於在業務邏輯層集中處理業務邏輯，...
業務邏輯層 重點分類（隨）
應用系統的核心 應該是 業務邏輯層。它本身還可以分類 1，生命週期控制及容器。該部分除了可以控制業務層的元件的生命週期。同樣還可以控制 其他模組的生命週期，或者其它模組中模組級生命控制容器的控制。應用伺服器中，ejb標準中的生命週期控制部分。p.s.至少還可以分為應用級別與會話級別兩類 2，業務邏輯...