機房重構總結之步履蹣跚

標籤：style   blog   http   ar   使用   sp   資料   on   2014   

一、慘淡的回憶       1、艱難的開始

          記得我很早就開始機房重構了，好像是在六月份，當時正好趕上考試，它就自然擱淺了。當暑假開始後，搬到了五樓學英語，雖然每天晚上都能幹自己的事情，但是心裡總是對它有點抵觸，所以一直遲遲不肯下手，只是小打小鬧，學著畫圖，分析著功能，重新設計了一下資料庫，而實際上卻總想去看自考書或者三級網路的書，總之，能逃就逃。最後，實在是不能再拖了，硬著頭皮上吧。時間再抓緊點，自己在用心一點，開始了前期的畫圖、設計等工作。

       2、平淡的過程

          整個過程只能用平淡來形容。由於是在不知道該怎麼畫圖了，不過大概需要的使用案例圖、類圖、包圖都出來了，資料庫也建好了，實體也已經定義了，於是就開始了代碼得編寫。

          第一個工作就是先敲出一條線，我是以查詢餘額為出發點，感覺它比較簡單，就一個查詢功能，不過畢竟是剛開始做，還是有難度的。由於三層的時候敲了那幾條線，所以也就不懼它，通過查資料，請教同學，很快就把它解決了。通過這條線，清楚的將整個系統從U層——外觀——B層——工廠——介面等串起來，接下來的工作也就水到渠成。如

                 

          之後就是單單的使用一些控制項，實現一些功能。不過在這之中比較重要的一點就是使用設計模式，通過查閱其他同學的部落格，加上了策略模式和模板方法模式，具體代碼不再贅述。除此之外就是上下機的思維邏輯要理清，尤其是下機的時候需要計算時間和金額，時間的轉化是比較麻煩的，需要我們注意。還有就是我們所用的實體中屬性的類型要與資料庫中一致性，而且在使用時一定要謹慎，使用不當會導致資料類型不一致的錯誤。

          總之，在經過了艱難的開始階段後，一切就順利多了。最後，將所有的代碼敲完了，就開始調試，由於平時敲得時候不怎麼調試，集中到最後測試是一個比較複雜的工程，而且很是影響心情，需要有頑強的毅力，決不能放棄。心情煩躁是肯定會的，不過一定要學會調節。我們不僅僅是在偵錯工具，更是在雕琢自己。

       3、滿含期待的結束

          程式調好了，開始補充圖以及文檔，然後就是師傅驗收。由於期間更換了一次導師，所以在驗收的時候覺得師傅驗的比較細，可能是戰線托的太長了，心裡著急結束，也可能是還不太適應與新導師的接觸。不過師傅指出了自己的不足，自己就需要改正。

          總之，經過師傅的指導，感覺收穫還是蠻大的。系統的功能不太完善，不過大致的功能都能實現，至於UML圖就想說一點，時序圖中對象的互動到介面就結束了，根本沒有D層。個人理解是因為時序圖描述的是對象之間的互動，而D層是實現的介面層，就相當於D層是介面的子類，它們之間是實現的關係，不存在互動，所以時序圖中的介面就代表了D層，如果沒有使用介面的話，那必須要有D層。

         最後說說文檔。師傅驗完文檔後，第一個感覺就是文檔得重寫，不過後來師傅開恩，給我每個文檔都做了批註，又給我講了講，我這才意識到文檔中的內容也挺多的，最後讓我借鑒別人寫的好的，然後準備一份作為下次合作用的模版。這樣做了以後，我才發現，文檔很重要，需要我們花費更大的心血，同時也深深感覺到一個人做系統真的很吃力。

機房重構總結之步履蹣跚