計畫總是趕不上變化的，本來還想著能夠在中旬之前結束寫文件，但是現在看看還得再用一段時間。
前幾天不經意之間想了一下，把自己嚇了一跳。這個學期馬上就要結束了！時間要轉進吶，質量也不能放下，畢竟也算是第一次正兒八經的做工程（以前的那個算是玩耍吧）。
這週也沒白過，腦袋始終是出於迴圈狀態。不斷的思考著這個系統中的枝枝抹抹。加上上周末又把幾個相關的設計模式看了一下，在設計時系統中的各個元素之間的關係有了乙個比較好的輪廓，但是很不是很清晰，因為還沒有成為視覺化的東西。
整個軟體就按照
mvc
來做（其實也不知道是什麼），把不同的操作分類，又分層。上層對下層的呼叫或是操作盡量通過介面來完成，也就是減少不同層之間的互動。
不過上次和學宇討論是否有必要使用介面，讓我覺得介面看起來是靈活了。她是這麼說的：如果說下層新增了乙個新的類，儘管上層是面向介面的，上層也需要新增相應的模組來完成對新的下層類的操作才行，這樣還不是要對上層進行改變嗎？其實我覺得問題就在於在下層新增新的類的情況下上層是如何改動的。首先如果說沒有介面的話，上層需要新增乙個新的方法，方法中要例項化那個新的類，然後在呼叫實體類的方法或屬性；如果說有介面的話，下層新增乙個新的類，如果介面中是通過反射機制來呼叫各個下層類的話，介面不用改動，那麼上層只需再呼叫介面的乙個不同的方法即可，不會和下層的類有任何瓜葛。（自己理解的還不是很透徹，想不到具體的例子來證明那個更簡單些）。
大概將整個系統的結構構思出來了。就像上面所說，主要是採用分層的思想，盡量面向介面程式設計，並且在具體操作的實現上盡可能的保持軟體的靈活性。
一周總結 09 11 13
用.net環境開發機房收費系統這是乙個中期任務，應用這大半年來學到的知識，用.net做東西，說來容易，做來難呀。設計模式，一遍不夠，兩邊太淺，一遍一遍慢慢體會 uml建模，多年開發經驗的軟體開發人員都不很熟練的操作rose的相關建模工具來進行軟體建模，這說明什麼呢？功成名就不是一蹴而就的，別急，別急...
本週複習總結
1.軟體 是為完成某些特定功能而編制的乙個到多個程式檔案的集合 2.程式語言的發展 機器語言 組合語言 高階語言 3.編碼實現 源 編譯源 鏈結注意 1 在編譯源 的過程中，翻譯 解釋 程式比編譯程式的執行速度要慢 4.乙個簡單的程式設計一般包含分析問題，設計演算法，編制程式，除錯程式 5.任何解決...
本週技術總結
總結問題有 1.頁面有只顯示一半。原因是js 中有些資料計算有問題，計算量過大，導致頁面顯示超時，只顯示一半。解決方法，去掉 優化js中的資料計算與載入。2.當有兩個或兩個以上的地方要對某一相同的物件進行增刪改時，會造成資料的相互覆蓋，有可能出現空值，使得客戶登入報空值。修改方案，只對所操作的資料物...