現在做專案大都是action service dao 三層,
不知為什麼現在有點討厭這種形式了，基本就是面向過程的開發模式，
不管什麼東西都往service裡放，
最近打算對自己的模組（乙個採購介面）模式進行二次重構(之前重構根據多種採購渠道的整合重構過一次)
根據物件職責的分配，細分一些採購涉及的物件;現粗略的抽象出下面的一些職責物件
order------------------------->採購總物件
singlepurhcase --------------->單採購物件，職責，負責乙個採購過程的總流水過程
multipurhcaase --------------->多採購物件，職責 ，負責乙個訂單的多次採購總流水過程
multigoods ------------------->物件責任 選擇商品演算法
securityorder----------------->物件職責 檢驗各種採購資訊是否正確
purchasemode ----------------->物件職責 執行各種採購形式的後操作
purchasefromxx1 purchasefromxx2 purchasefromxx3
繼承purhcasemode-------------->物件職責 ，處理來自不同渠道的採購自定義操作
orderrecord ------------------> 職責 ，記錄採購操作過程中各種記錄操作
orderparams-------------------> 職責 ,負責採購過程中的採購引數傳遞
orderutil--------------------->職責 採購過程中工具操作
goods ------------------------>職責 商品實體和商品各種計算操作 如查詢類似商品
distribution------------------>職責 商品的分銷條件實體和分銷實體的各種計算操作
customer --------------------->客服實體，職責 採購過程的客服分配和通知
commistion ------------------->採購過程中訂單佣金實現，職責，負責訂單佣金的計算
finance----------------------->採購過程中的財務物件，職責，負責訂單的財務操作
exeption---------------------->採購過程中的異常物件，職責，負責訂單的異常處理
test-------------------------->採購的單元測試物件和整合流程測試物件,職責，確保訂單建立過程的正確性
repository---------------->業務資料儲存物件
下面一段時間進一步分析重整，
我覺得乙個良好的系統的就如一件精密的儀器一樣，每個零件在負責好自己的職責外，又能和其它元件良好的協同作業
python 面對物件的乙個文字遊戲
import random as r class fish def init self init 相當於 呼叫了這個類 就會預設執行這個函式 self.x r.randint 0,10 self.y r.randint 0,10 def move self self.x 1 self.y 1 pri...
介紹通用Hook的一點思想
ifdef cplusplus extern c char orgcode 5 char outbuf 128 16 int count 0 ulong orgcr0 ifdef cplusplus endif void disablewriteprotect pulong poldattr pol...
關於程式設計思想的一點思考
計算機發展了幾十年了，其中的技術層出不窮，令人眼花繚亂，而且每種技術還在不斷更新迭代中，讓人心煩。這篇文章是關於 我在這飛速發展中探索的思考。一 計算機硬體 底層硬體，其工作原理是支撐龐大系統軟體的基礎，底層基礎決定上層建築。電平的高和低，構成0和1 對0和1順序排列規定，實現數的二進位制表示 規定...