專案最開始，只是運用了簡單的mvc架構，對於m層，沒有更好的區分。並且對於資料庫操作，業務物件，業務邏輯混為一體，對於後期很難維護。後專案進行了分層，對於m層進行了分層設計，大致分為三層：service，bo，dao。
service：處理業務的**放在這裡。
bo：建立業務物件。方便各個模組進行呼叫，方便理解。
dao：處理資料庫的**放在這裡。
舉例：乙份簡歷，其中包括基本資訊，工作履歷，教育背景。現在需要將簡歷傳送給某公司。
首先建立 基本資訊dao，工作履歷dao，教育背景dao。
然後建立 簡歷bo，包括 基本資訊dao，工作履歷dao， 教育背景dao。
最後建立 傳送簡歷service，呼叫new 簡歷bo，將簡歷傳送給某公司。
1.如果邏輯不複雜，service也可以直接呼叫dao。
2.可以將bo 直接返回到view層，進行頁面渲染。
3.bo層和dao層，還應有乙個po層（持久層）與資料庫表字段一一對應，但是因為專案特殊，將po層省略，與bo層合併
q&a：專案有計算功能，但是具體某乙個計算值的計算公式不知應該算service還是bo本身的屬性？有待後期進行總結
關於現在使用的分層架構的一點反思
現在專案中使用的架構大概如下圖，乙個典型的分層架構，從petshop學習得來，當時認為業務邏輯是不可能更換的，所以便去掉了ibll層，但是現在看來這一層還是很有必要的，不同的時候看同一件事就會有不同的看法。ui層主要是收集資料和顯示資料。model層主要是一些貧血的實體類。bll層主要負責業務邏輯的...
關於軟體設計分層的一些思考
從大學開始走程式設計師這條路近四年了。之前的三年大多是在學習基礎知識 也不甚紮實。真正覺得進步比較快的是最近一年，主要原因有兩個，一是實習了，二是在做畢業設計，其實歸根結底來說，是參與真正專案的開發了就知道要學什麼要做什麼了。1.個人對分層的認識 2.學習應該先學理念再學細節 第一點 無論是桌面應用...
對於ADT中關於R空間A空間RIAF的一些細節討論
好了，在我們上一段的論述中發現，好像是 r空間中可以實際代表的值通過了某種實現方式，最終變成了展現給客戶端的a空間中的表示。那麼在這個過程之中，是誰來做這個空間和空間之中數值的對映呢？答案是 af 抽象函式。抽象函式的作用，就是表示r空間和a空間之間的對映關係。那麼ri 表示不變數 又是怎麼一回事呢...