1.資料層
資料層主要是對資料庫的基本操作，並且保證資料連線資源的連線和釋放，避免資料庫死鎖；至於對資料庫的訪問不同的框架有不同的訪問方式，orm,資料直連等，
在資料訪問時如何高效，簡潔的獲取期待的結果，才是資料訪問層關心的內容
2.介面定義
描述一組類的公共方法/公共屬性. 它不實現任何的方法或屬性，只是告訴繼承它的類，使用者只需關心用介面的定義忽略如何實現,
3.實體類
根據專案的需求建立不同的資料實體類，即不同的表結構，根據表字段的不同，定義不同的實體類，
同時設定不同的對映物件，提供給webapi使用，同時隔離 資料操作層和service層的聯絡。
4.業務邏輯層
主要資料的增刪查改，及資料分析，產生不同的 報表；
在對資料操作的時候，尤其是對多表聯合操作的時候，要保證資料的完整性，保證資料的業務邏輯完整性，
5.應用層
C 引用的一點點猜想
沒事逛了下bbs，發現了下面乙個有意思的問題 問題 int p new int p 請問 p 返回的是int 的乙個引用吧？猛一看，感覺是的，於是寫了段 驗證一下。include using namespace std int main 輸出結果如下 cyw debian test a.out 13...
對架構的一點看法
隨便想到點什麼就隨便寫寫，但是在實踐過程中，以下幾點真的很重要 關於架構 1.所有脫離業務的架構設計都是耍流氓 2.架構設計就是解決問題 權衡利弊的過程 3.權衡是架構逃避不掉的問題。可擴充套件性 業務方需求 效能 現狀 改變代價等的權衡 4.架構一定要有全域性觀 關於能力 1.相比於用過某個軟體某...
關於實時架構的一點想法
近來做了乙個大屏的大專案 效果類似於下圖的那種 說是要做到資料實時，甚至把物聯網的那一套東西都接進來實時監控！大屏指揮中心效果圖，來自dreamstime.com 最後在徵求多方專家的建議，綜合評估各大方面的情況後後得出一方案是 其實，這樣從資料產生，直到前端顯示，差了好幾分鐘。資料 資料 可以很多...