庫中的業務應該是理查德所說的業務實體，這是壹種簡化的說法；邏輯也是業務邏輯的簡化。
*業務邏輯是在分析階段通過分析妳的軟件的應用領域總結出來的。它的存在不依賴於妳的軟件的存在。相反，它存在於妳的軟件之前，限制了妳的軟件的正常行為。
所有的業務邏輯都要放在中間層，客戶端決定不了。有時候為了減少網絡訪問次數，客戶端會有壹個與業務邏輯相關的測試，但是這個測試在中間層是不能省略的。比如上面說的日期，客戶端可以判斷，也可以不判斷，但是中間層必須有這個判斷。
*比如數據庫邏輯或者數據層中的日期字段，只需要判斷是否是日期類型。
但是對於業務邏輯來說，僅僅輸入壹個日期是不夠的，比如銷售訂單的執行日期不能早於銷售訂單的制定日期；所以判斷用戶的輸入是否正確，其實是兩個方面:壹是他是否符合數據規範，二是他是否符合業務規範。
*
邏輯是人類思維的過程。
商業邏輯是模仿人類思維的過程。
(這個方法最好理解和修改。)
頁面邏輯，
數據庫結構，
都是電腦的思維方式。
如果妳想成為壹個邏輯層
那麽您必須首先編寫業務邏輯
然後是頁面邏輯和數據庫語句
向這個方向聚集
而不是在設置好數據庫之後，再把業務放到數據結構上。
這是壹個想法。時間長了妳就知道區別了。
通常差別不是很大。....
*舉壹個訂單的例子，可能有點文不對題，希望能從另壹個側面加深大家對這個概念的理解:
業務邏輯是在企業的行業特征、企業文化、能力結構、資源狀況形成的個性特征下，處理核心業務的基本路徑和方式。那麽我們的商業邏輯是什麽？就是將訂單信息快速全息廣播到相關崗位，並行分配資源，動態調度崗位任務，使訂單在崗位間有序流動，最終在客戶的包裝倉庫形成以物品為載體的閉環。這個邏輯是基於流水線生產、離散加工、快速交貨、規格不同、需求復雜的基本事實，以及東京人恪守職責的基本屬性。
在這種商業邏輯下，訂單應該是什麽樣的？除了基本的客戶信息、基本的產品數據和技術要求，訂單還必須在工藝路線、運輸方案、信用控制等方面進行選擇和控制。，從而鎖定需求滿足的基本路徑，使訂單信息被認為是充分的，充分表達了訂單在公司內部流動的基本行為模式，充分表達了東晶的個性。只有這樣的順序才能被認為是基因。