【前言】
今天上午**給我驗收了一下機房重構的專案，主要是驗收的這個系統，沒有從文件和uml上驗收。但是今天的收穫還是蠻大的，記錄一下自己的成長。
【正文】
在**的提問中，讓我成長了好多，主要有一下幾點。
一、全域性性：
自己要對自己的系統有充分的了解，能夠概括性的描述自己的系統，主要從why，what，how這3個方面來回答。
二、待完善的地方，還有需要了解的一些內容
1.介面
控制項的大小、排布、色彩、形狀、可見性、可用性。
例如combobox控制項只能選擇，不能新增，要有預設的選項；
窗體放大縮小，控制項也隨之移動；
將主要的功能放在顯眼的位置。
2.資料庫
每個資料表都要有id和日期
一些查詢可以是模糊查詢
儲存過程的使用
sql注入
日誌：記錄每步操作，拍錯
guid，自增長，主外來鍵，內外連線，左右連線
3.功能
下機時間為資料庫裡面的時間
註冊卡的時候，可以考慮資料庫自動分配註冊的卡號
結賬，老闆可在櫃檯預留一些錢，每天結賬帶走今天營利的部分
時時結賬/到一定金額提醒使用者，金額不足，強制下機
excel表：可以不受office，word等影響，匯出時要有預設路徑，可以考慮一下裡面的sheet表，可以讓匯出來的內容自動寫入到你已經建好的表裡
try...catch的用法
配置檔案
引用：所有用到的.dll檔案可以放在乙個資料夾裡，最後再都替換到debug中
異地發布
打包：不必都打包，可以只動使用者更新的，使用者穩定的盡量不動
監控，平台
【總結】
這次機房重構其實收穫的還有很多，例如設計模式真正自己實踐了一番，用到了（單例模式、抽象工廠、模板方法、策略模式、職責鏈模式等），其實設計模式也沒有開始學習的時候那麼難。
其實這次最大的收穫是，開始使用設計模式敲機房的時候感覺特別難，不想做，但是真正開始做了之後發現其實很簡單的。做任何事情不要害怕，俗話說萬事開頭難，只要你做就可以了，do do done!
機房重構 驗收總結
機房收費整整弄了有兩個月了，驗收的時候又是一大推的問題，最後就記住了師傅說的一句話 師傅對你嚴是為了你好。然後我點頭答應 親師傅吶。不過還是挺感謝師傅的，每次驗專案差不多都得兩個小時，他們現在也挺忙的，還是願意花時間在身上，感謝 一 思想 1.踏實去做 前幾天因為做的心煩了就直接給師傅發訊息說我不想...
0 重構概述
這一系列的重構知識總結自馬丁福勒的 重構 改善既有 的設計 一書。為什麼要重構？因為乙個專案往往不只乙個人在寫，其他人也會來讀寫你的 有些人甚至自己寫的 幾個月之後就看不懂當初自己寫的是什麼了。重構的目的 改進軟體的設計，使軟體更易理解，容易找出bug，在後期要新增新功能時，提高程式設計速度，重構後...
重構機房收費系統（一）
從10月 1號開始重構學校機房收費系統 沒想到這次重構,推翻 再重構 用了兩周時間。這次整體架構採用三層，並融入了一些設計模式。下面介紹這次重構的過程 一 從uml 用例圖開始 對於機房收費系統的需求已經很熟悉了，用例和角色都已經提取出來了，在這裡遇到乙個問題，就是，究竟是根據角色劃分用例，還是根據...