第二次驗收機房收費系統後

2021-05-25 05:39:10 字數 939 閱讀 7363

昨天下午第二次驗收了機房收費系統,是韓總幫我驗收的。

經過上次學宇師姐和公尺老師的驗收,發現了自己圖和**的引用關係不一樣,工廠沒有實現,引用關係與包圖不一致。這樣不必要的引用會給系統造成很大的負擔,所以一定要規範自己最基本的三層,然後再在這個基礎上新增新的設計模式。

上次完成驗收後,自己的系統的主要問題有。

1.      

圖**關係不明確。

2.      

bll層空洞,沒有東西。做完了才一點點的意識到這樣做的錯誤。

3.      

命名不規範

4.      

注釋沒有寫全,有的寫得模稜兩可,不規範。

對待注釋:

強調下注釋的重要性,注釋是寫**不可少的一部分,和**一樣重要,以後的開發全部都是團隊開發,沒有注釋的程式,讓別人怎麼看,所以要像對**的態度一樣去對待注釋。

對待圖和**:

uml圖是自己寫**的指導書,是自己軟體的框架,沒有乙個好的設計,就不可能實現出乙個好的軟體,我們不僅僅應該只做在程式設計師的角度,我們的目標是軟體設計師,所以uml圖對我們來說是最重要的。

之前對待這些總是感覺比**輕,只有實現了**才是最重要的,現在看來,**才是最弱智的東西,有了好的設計,剩下的只是體力勞動了。。。

經過了差不多一周的修改,自己個人第三版的.net系統基本上已經全部解決了上面的問題。把命名和注釋規範了下,不過命名規範還有些爭議,等六期師哥師姐在討論了在做定奪。

這次韓總驗收,強調了命名還有bll層的一些問題,比如bll層不能出現msgbox等。主要是自己對bll層的理解和應用還不是很熟。在韓總的建議下,今天又做了一些修改,主要還是注釋命名方面和bll層的編寫。

乙個好的程式設計師是不能丟三落四的,通過這次的驗收又發現了自己和真正程式設計師之間的差距,有思想上的差距也有技術上的差距,更有習慣上的差距,習慣決定乙個人德命運,改掉自己程式設計的壞習慣。做什麼事規範一點,生活會很不一樣。

第二次驗收機房收費系統後

昨天下午第二次驗收了機房收費系統,是韓總幫我驗收的。經過上次學宇師姐和公尺老師的驗收,發現了自己圖和 的引用關係不一樣,工廠沒有實現,引用關係與包圖不一致。這樣不必要的引用會給系統造成很大的負擔,所以一定要規範自己最基本的三層,然後再在這個基礎上新增新的設計模式。上次完成驗收後,自己的系統的主要問題...

第二次做機房收費系統

機房收費系統,第一做是在去年暑假,公尺老師說,無論你用什麼方法,做出來就可以。當時還沒有學習物件導向,語言是vb6。現在回想起來,做之前迷茫心慌,做進去之後那是驀然回首,等到做完的時候,那就是 談笑間檣櫓灰飛煙滅 了。感慨頗多。現在該第二次做機房收費系統了。前一段時間,應該說,好長一段時間了,從軟體...

個人版第二次機房收費系統的小問題

net機房收費系統個人版的第二版已經完成了,上次遇到的問題主要是包圖和建的程式集不對應,很多引用關係很混亂。經過第一次做完和合作開發的經歷,意識到了自己做得機房收費系統中還有很多問題。這次修改機房收費系統對應了包圖和程式集的關係,修改了工廠,去掉了這個mixfunction包。ps mixfunct...