前端的業務邏輯

簡單來就是在怎麼作事（how to do）, 比方說你去餐館吃飯, 你點了個炒米粉，服務員給你下單，廚房見到單後下鍋給你炒，你吃完後付帳。這一些列動做均可以說是業務邏輯。

業務邏輯就是客戶的邏輯

在 N 層架構的系統中，常常會提到這些名詞。

表現層（Presentation layer） 業務邏輯層（Application layer） 數據訪問層（Data layer） 在一個系統開發過程當中，後臺作一些處理，若是成功，則跳轉到 success_xxx 頁面，若是失敗，則跳轉到 fail_xxx 頁面，若是系統拋出了異常，則跳轉到 5xx 頁面，…… 這些屬於頁面邏輯。

還有一些持久層的邏輯，也就是對數據庫的操做。

業務邏輯是核心邏輯，只關注用戶的業務，好比管理系統和財務系統，須要處理的業務確定不同，可是頁面的跳轉大體相同，對於持久層的操做也差很少。若是你使用了 SSH 框架，那麼 hibernate 和 struts 的代碼有很大一部分能夠複用。

業務邏輯（BL Action）不關心頁面如何跳轉，只是簡單的返回成功，或是失敗，或是異常，struts 框架根據配置文件跳轉到相應的頁面。

業務邏輯也不關心數據如何存儲，是存儲在文件系統，仍是存儲在數據庫系統。是存儲在MySQL，仍是NoSQL。也不關係到底用沒用緩存。