機房重構總結(二)

2022-01-18 08:56:53 字數 2050 閱讀 6448

機房重構的時間也好長了。自己走了一條十分「曲折」的路。和第一遍機房一樣,有一種莫名的恐懼。剛開始是不相信自己能用.net敲出個完整系統還要加上設計模式。但是,每次都是經歷過後才發現原來沒有想象中的那麼難,下面總結一下師傅驗收遇到的一些問題以及自己的感想。

**敲完了並不算完,師傅驗收通過可以說完成。一共找師傅驗收了四次。每次都有不一樣的收穫,從不成形到逐步完善,期間的「坎坷經歷」歷歷在目啊。師傅很耐心的幫我指錯,我不斷的改進,最終還是跌跌撞撞的完成了。總結一下幾次驗收的心得體會。

【我暴露出來的問題】

1. 邏輯不正確。舉個例子說,如果要充值,第一步是保證文字框不為空且輸入的為數字,限制充值金額的下限;第二步判斷充值卡號是否存在;第三步是將充值資訊顯示到文字框並更新學生表學生餘額、新增充值記錄。而我只是進行了第三步。。。

2. 介面不美觀。比如說控制項太小、文字不美觀等等,讓人一看就覺得特別難受。無論何時都應該想著「全心全意為人民服務」。

3. 有bug。這是在所難免的,但是我的bug實在是太多了,還是**寫的有問題,思路不清晰。

4、一些細節問題。

datagridview控制項顯示資料庫中的字段問題:如何設定datagridview顯示自己新增編輯的列名,不動態顯示資料庫本身的列名?

窗體顯示問題:設定窗體顯示為合適的長寬比例。

等等。。。

一開始師傅就跟我說,咱們是做軟體的一定要時刻想到全心全意為人民服務。所以我做的很不好!

【經驗教訓】

針對師傅驗收時提出的一些問題,我進行了深刻的反思。

(1)邏輯不清晰

我是個急性子,不管是什麼事情總想著越早解決越好,從來都沒有認真思考過,總是會以頭腦中閃現的第乙個解決方法去應對問題,所以會在敲**的時候想到什麼就去實現什麼,慌慌張張的,也只是把表面工作做好了,正是這個毛病,返了好幾次工;再有就是全域性觀不強,一直在強調「不謀全域性者,不足謀一域」性子急未嘗不是好事,可以提高辦事效率,但是一定要用對地方,機房重構是個細活,容不得這麼馬虎,再說作為一名合格的程式設計師首先就應該耐心、細心。很感激師傅的耐心教導啊。

(2)介面不美觀

這個是在基本功能實現了的基礎上進行的。在完成了基本工作之後,介面美化也是必不可少的了。軟體設計出來是給人用的,介面設計的美觀,更能吸引客戶的眼球,就算是你功能設計的再完善如果介面不好看,就不會有太多的人賞識,也就白費功夫了。所以,介面還是要美觀得當的。這也是軟體設計的重要一步。

(3)存在的一些細節問題

其實女孩子程式設計應該是再好不過的了。心細、有耐心。比方說你在實現乙個功能之前總覽全域性,從頭到尾的想一遍,我是要做什麼、如何做、怎樣才能更方便的去做?邏輯很重要,其實**是最好實現的了。其實想明白了,一些細小的錯誤也是可以避免的了。

(4)軟體測試問題

機房重構完了,我也只是自己點了點,覺得沒有錯了,就去找師傅驗收了,結果錯誤百出,師傅問我「讓同學幫你點了點嗎?」我說,沒有。。。其實這也是我存在的另乙個問題,我只是怕出錯,不想讓別人去弄。結果浪費了師傅好多時間給我驗收。後來慢慢的改進了。最後做的還算是差強人意。

【整體反思總結】

小結:

從整體上來看,從這個過程中學到了好多的東西,無論是編碼還是畫圖、文件。反思之前走過的彎路,在以後的學習中多注意,避免此類錯誤再次發生。調整好自己的心態,繼續前進!

機房重構總結

萬事開頭難,也不知道是哪位大師說的,這次機房的重構讓我深刻的體會到了這句話的含義。剛剛接觸分層,對分層也不理解,照著三層登陸的例項敲乙個登陸出來,然後看著網上的包圖,就想著加乙個抽象工廠,簡直無從下手,不斷的看書,也請教前人。到最後看抽象工廠的設計模式都不用看目錄,直接翻開了。無從下手,不知所措,這...

機房重構總結

機房重構這個專案已經完成了,是時候總結一下這段時間的感受。其實按照軟體的生命週期來講,應該是可行性分析 專案開發計畫 需求分析 概要設計 詳細設計 編碼 測試 維護這個流程的。之前已經做過第一遍機房收費系統了,所以有些步驟就省略了,這次先是自己設計的資料庫,然後就開始編碼,之後開始測試,最後找 驗收...

機房重構總結

完成了機房重構,自己學到了很多,世界那麼大不做井底之蛙。關於軟體的初始自己了解了七層,剛開始只是比葫蘆畫瓢,知道七層是為了解耦但是不明白怎麼就解耦了。對於七層的解耦我理解的是更麻煩了,深入了解使用七層之後才是真的知道了七層的作用是什麼。最初感受到七層的方便是在登入調錯時,關於錯誤的出現能分辨出是在那...