應用系統的核心 應該是 業務邏輯層。
它本身還可以分類：
1，生命週期控制及容器。 該部分除了可以控制業務層的元件的生命週期。同樣還可以控制 其他模組的生命週期，或者其它模組中模組級生命控制容器的控制。（應用伺服器中，ejb標準中的生命週期控制部分。p.s.至少還可以分為應用級別與會話級別兩類）
2，業務邏輯。完成需要的業務需要的主體邏輯單位。（ejb中的會話bean）
3，業務流程邏輯。根據業務的流程，確定業務邏輯單位間的流程關係。（工作流）
當系統不大時 業務層 本身就被分化 到其他模組中。比如：struts的controller可以承擔「業務流程邏輯」的能力。
而在比較大的系統中 比如使用應用伺服器的系統 可能就將生命週期管理 交給 伺服器管理了。
所以，一般的系統框架能夠很好的抽象 「業務邏輯」 並，能夠接受 session的來資料，即可，較為大的提高開發效率了。但，如果要作的比較完美，要麼用ejb以及應用伺服器，要麼至少自己寫乙個session級別的 生命控制容器（應用級別的可以用spring 來管理）。
實戰 業務邏輯層
負責處理系統的核心業務，負責對使用者定義的流程進行建模，負責資料訪問層和展示層的通訊，不能因為資料庫的變換而變化，也不能因為終端的變換而變化。bll 業務邏輯 業務邏輯的操作，包括業務處理，呼叫資料訪問，事務等。ibll 業務介面 業務邏輯層的方法對外暴露的介面和服務契約 wfactivitys 工...
三層業務邏輯
1.確定需求 2.根據需求確定sql 3.編寫資料訪問層類，dal 4.編寫業務層 bll 5.編寫表現層 ui 三層結構常用類庫 dal 資料訪問類 bll 業務類 ui 表現層 視窗，多窗體傳值的靜態類gloabhelper model 實體類 資料例項物件 utility 實用類 comman...
儲存過程還是業務邏輯層
1.儲存過程是基於計算密集型的業務邏輯。如果是基於操作密集型的就不要用儲存過程了 2.所有資料訪問在應用層封裝為資料訪問層，在那裡，如果sql簡單的話，直接用sql 如果sql複雜，或者資料互動多且中間資料最後不會用到，使用儲存過程 業務邏輯層 優點 功能分層明確，便於在業務邏輯層集中處理業務邏輯，...