這次我們使用的是微服務進行開發的。
微服務給我的第一映像就是當我們約定好乙個規範後，開發起來會很順。
我這裡的規範的意思是介面。
目前我們分了三個層次。service， web（controller，view）
第一層：service層，專注與資料庫，提供為controller端介面。
第二層：controller層，專注與service和view互動。
通過service提供的資料，進行組裝後將資料發給view層。
第三層：view，專注於頁面的設計與互動。
這樣做的好處是：
在service還沒有開發好的時候，可以mock一些資料給controller使用，當然，切記！mock的資料必須大家都知曉，並提出意見建議。service後期開發的介面的資料必須和之前mock的一樣。
需要注意的是：要統一引數型別。
同樣controller和view層也是一樣，可以先不專注於開發，把資料mock好後就可以直接開發了，很快，很迅速。
當然這個需要前端與後端非常的默契。
還有好處：
以後分布部署很容易，還有增加服務很容易。
目前記錄到這個階段，可能還有很多很多的好處還沒體會到。以後開發再記錄
YM專案總結（二）
昨天又做了一本測試。業務背景 計算各個部門的應付款項情況，然後過賬到總賬上。具體的測試，主要分為3步 1 測試 改修部分 2 啟動併發。3 對比資料。最理想的作業順序 1 測試 改修部分。一方面這個比較簡單，容易出成果 另一方面，通過這一步，可以及時發現兩個環境的資料差異，為後面的造資料提供借鑑意義...
小型專案總結之二
這個小型專案有點曲折，始於2006年，當時由於沒有總結經驗，所以後來又做了n個類似的專案，鑑於此，記下總結。系統硬體架構 為了使本系統獲得更好的安全性 擴充套件性和更高的執行效能，我們建議整個系統採取分布式部署的方案，該方案系統架構示意圖如下 具體部署如下 原理圖如下 將承載關鍵業務邏輯的應用程式伺...
小型專案總結之二
這個小型專案有點曲折，始於2006年，當時由於沒有總結經驗，所以後來又做了n個類似的專案，鑑於此，記下總結。系統硬體架構 為了使本系統獲得更好的安全性 擴充套件性和更高的執行效能，我們建議整個系統採取分布式部署的方案，該方案系統架構示意圖如下 具體部署如下 原理圖如下 將承載關鍵業務邏輯的應用程式伺...