萬事開頭難，也不知道是哪位大師說的，這次機房的重構讓我深刻的體會到了這句話的含義。
剛剛接觸分層，對分層也不理解，照著三層登陸的例項敲乙個登陸出來，然後看著網上的包圖，就想著加乙個抽象工廠，簡直無從下手，不斷的看書，也請教前人。到最後看抽象工廠的設計模式都不用看目錄，直接翻開了。無從下手，不知所措，這個階段是最痛苦的一段。過後就柳暗花明又一村了。
後來又經歷幾個其他同學的開頭，發現他們有乙個共同特點，剛一開始就把系統分了五層六層七層的，然後什麼配置檔案，反射，sqlhelper都想加，結果弄自己舉步維艱。這讓我想到了當年「雞窩版」的機房收費系統，沒有了原始碼的參照，當時也不知道怎麼下手，然後就只好把所有的窗體照貓畫虎做完了，然後看著這些窗體，從中選擇簡單的，一點點實現，整個過程是相對輕鬆的。
其實重構也類似，先分三層，敲乙個登入，了解層與層的職責以及呼叫關係後，然後再解耦加模式，抽象去重複，加驗證，分角色，一點點把登入的功能敲完，可以說後面就如魚得水了。
所以學習吧，不要難為自己，由易到難，化繁為簡。開頭難，很正常，大家都一樣，耐心點，挺過去就好了。
命名很重要，盡量的通俗易懂，有規律，不然會讓自己暈死的，好的命名可以為你節省很多的時間，同時也是專業的體現。後來在驗收時才看到了命名規範，額，要是早拿到命名規範就好了。
之前畫uml圖用rose，而這次**建議用ea，和面對其他新事物一樣，不要畏懼，儘管去接觸，用著用著就會了。當然期間也經過了**的多次指導。
請教他人，這次的專案和以往的專案最大的不同就是請教他人，從八期到九期到十期，動用了好多的人力。有時候自己在那兒糾結好幾個小時出不來的問題，師哥師姐幾分鐘甚至一句話就頓悟了，而且常常在他們幫你解決問題的時候會意外的得到其他的知識點。不過請教的前提是經過自己的努力解決不了的，不然很容易對他人產生依賴感，降低自己解決問題的能力。
機房重構總結
機房重構這個專案已經完成了，是時候總結一下這段時間的感受。其實按照軟體的生命週期來講，應該是可行性分析 專案開發計畫 需求分析 概要設計 詳細設計 編碼 測試 維護這個流程的。之前已經做過第一遍機房收費系統了，所以有些步驟就省略了，這次先是自己設計的資料庫，然後就開始編碼，之後開始測試，最後找 驗收...
機房重構總結
完成了機房重構，自己學到了很多，世界那麼大不做井底之蛙。關於軟體的初始自己了解了七層，剛開始只是比葫蘆畫瓢，知道七層是為了解耦但是不明白怎麼就解耦了。對於七層的解耦我理解的是更麻煩了，深入了解使用七層之後才是真的知道了七層的作用是什麼。最初感受到七層的方便是在登入調錯時，關於錯誤的出現能分辨出是在那...
機房重構 總結
機房收費個人版算是磕磕絆絆完畢了，這裡話不多說，收穫的東西，遇到的困難。僅僅有自己才幹懂得。總結一下重構過程中的問題。不足及學到的東西。那天緊趕慢趕的完畢及功能實現，就想著急的找 給看看。結果 正好有事。就找人給自己點點看看有什麼不足的地方。辛虧那是 有事啊。出現的錯誤非常多都是由於自己考慮不全面，...