整個機房重構過程中，一共經歷了兩次驗收。一次是關于系統編程；一次是關于畫圖與文檔，每一次，師父都是耐心、細心地指導。要問驗收給了我什么，看下面的博客內容便清楚了。個人機房重構可分為兩個階段，前期主要是代碼的編寫，后期主要是畫圖。在前期階段，慕夏師父也是非常關心我的進展，時常來我這里看看，問問我有什么問題，抓住這幾次機會，師父也是和我說了很多，從而對整個機房收費系統的業務邏輯更加清楚了。剛開始接觸到抽象工廠+配置文件+反射的時候，除了茫然還是茫然，幾天下來沒有什么成果，登錄的主線也沒有完全明白，后來也是經過師父的一番點播后，才突然有種恍然大悟的感覺。在第一次驗收的時候，師父對我做的系統并沒有測試什么功能。因為師父說她不看都知道我的整個系統是個什么模樣。比如代碼中返回的不是Datatable型就是Boolean型，所以師父建議我用用泛型，一個很好的工具，在合作中用上。第一次驗收的重點主要是在數據庫的設計上，師父讓我打開數據庫中的任意一張表的設計給她看，如下圖，

這是系統中對卡表的設計，在這時候，才發現，自己對于數據庫的設計有多么的粗糙。1.從全局上來看，表中沒有設置主鍵，這就需要在系統中編寫一段“判斷卡號是否存在”的功能的代碼，這也就增加了整個系統的負擔。因為這個系統小，可能看不出來有什么問題，但假設這個系統就是整個廊坊師范學院的機房收費系統，那么一張表中至少有上萬條數據，如果將整個表都遍歷一遍，就做了大量的無用功，這樣一次又一次，說不定系統哪天就崩了。而要是在數據庫設計時設計了主鍵，這些工作就交給了數據庫去做，系統中就不需要做了，卡號也是不可能會有重復的。2.全局看完后，就是各個部分。首先是命名。這點做的還行，都是根據業務邏輯名稱用的相對應的英文。其次是字段?？纯匆粋€表中的字段是否是真的需要記錄它的。師父就指出了RegisterTime這個字段，她當時就問我這個字段有用嗎？在系統中哪里有用到它么？這么一想，系統中確實都沒有用到需要查詢時間的條件，這不僅僅一個日期字段就足夠了嘛。這也是自己思考的少的原因，因為第一次機房收費系統中給了我們一個數據庫模板，其中每個字段也沒有想過是否真正需要。減少這一字段，相應地也就減少了很多內存空間，避免了浪費大量存儲空間的問題。最后是數據類型。師父看到我這數據庫的設計類型都驚訝了，都好奇我的第一次機房收費系統都收獲了些什么。這一點，應該是在第一次機房的時候，師父就強調的。而事實是，我的第一次機房，師父都沒有打開過我的數據庫看看，所以第二次也沒有特別在意這一問題，簡簡單單就隨便給了個數據類型就OK了。實際上，這是一點也不OK的。整個表中的數據類型，除了Char，就是VarChar，而且，所有的空間大小不是10就是20。那么下面就一個個字段來分析一下，看看究竟應該用何種類型才更合適些。卡號，字符串型，長度可能在11-16位左右；學號，字符串型，長度為11位；注冊日期，本來用的是標準的日期型格式，可是在系統中報錯，所以也就改成了字符串型的。師父說這是一個解決辦法，但用日期型也是可以的，在合作中可以想想辦法；余額，學生卡內余額最多會是多少，撐死了也就幾百吧，往多點估計，也就上千，也就是4位數，再保留兩位小數，總共也就6位數，用一個numeric()函數解決；操作員用戶號，字符串型，長度在11-16位左右；是否結賬，Bit型，用0表示已結賬，用1表示未結賬就行；類型，字符串型，“固定用戶”或是“臨時用戶”，也就占8個字節。所以，這么周全的考慮一番，整個卡表的設計真的像是有了新的生命力一般，如下圖：

另外，除了對數據庫的設計做指導外，對后面的畫圖階段也是給了給予了很多指引。先是帶著我回顧了之前的UML學習，其中用例圖、類圖、時序圖、部署圖便是本次機房重構畫圖中的重點。但是，這么長時間過去了，期間也沒有對UML的學習復習過，所以很多東西都已經遺忘了?？赡苁侵暗目偨Y做的還不到位，以至于師父又給我上了一堂課。特別是類圖的那些關系，在學習的時候，自己還有寫過單獨的博客《UML——理理關系》，那時好像是理清了，但在師父面前，當時那關系就只有剪不斷理還亂的感覺。對于第一次驗收，就感覺師父真是牛，感覺自己真的收獲很多，也感覺自己還真是稚嫩，還有很多很多需要自己去學習。而對于第二次驗收，主要是關于自己的圖，什么地方做的不足，什么地方值得肯定，師父都有做詳細指導。不管是哪一方面，都是為了我在后面的合作階段，畢竟是第一次團隊合作，我們都還沒有經歷過，所以第一次也是都做的細致一些才好。關于這一次驗收中的點滴，可從博客《【機房重構】一步一步往上爬——又見UML與文檔》中具體查看。兩次與師父的近距離交流，不論是學習上，還是思想上，都有一些話反復聽見。這些話，不能只是聽過去就算了，更要去做：1.不謀全局者不足謀一域，不謀萬事者不足謀一時；2.合作時，是個互相學習，互相利用的好時機，別人會給予自己很多，自己也會帶給別人很多；3.一個人的力量是有限的，團隊的力量是不可想象的；4.學習，不光是看自己有多快，或是有多大收獲，而是要看自己幫助了別人多少，這才是別人眼中的牛人；5.合作時，如果是組長，那么就多一份擔當；如果是組員，那么就多一份技術；總之，都要去積極主動地去交流，去協作。 ......到此為止，個人機房收費系統合作版的“一步一步往上爬”系列也就告一段落了。在這期間，自己有過為了完成一個功能熬夜加班的經歷，當時一點也不覺得困；自己有過為了調錯整天其它的什么也沒有學習的經歷，當時一點也不覺得煩；自己有過一次又一次敲重復代碼的經歷，當時就是覺得惡心至極了；自己有過和大家一起討論，互相解決問題的經歷，當時就是覺得開心至極了......代碼如人生，我的生活，因代碼而更加精彩。經歷了，便是最珍貴的回憶；經歷了，便是最寶貴的財富。

總結

以上是生活随笔為你收集整理的【机房重构】一步一步往上爬——验收给了我什么的全部內容，希望文章能夠幫你解決所遇到的問題。

如果覺得生活随笔網站內容還不錯，歡迎將生活随笔推薦給好友。