專案經驗分享

2021-08-27 06:23:13 字數 687 閱讀 2086

[color=cyan]dh師兄的經驗分享:[/color]

[color=olive]就在公司工作的經驗,針對shopxx專案的交流。[/color]

[color=darkblue]1.乙個專案,要先分出模組來。不要把所有功能都寫在乙個模組裡。如果這樣的話,專案會變得非常臃腫,模組間的耦合性太強,維護起來很困難。尤其是在除錯程式,找bug的 時候,無形之中會增加很多負擔,消耗很多時間。哪怕沒有bug,這麼多的功能都寫在乙個模組

裡,當你在繼續增加乙個功能模組的時候,都會覺得很累。臃腫的模組讓你眼花繚亂了。[/color]

2.一開始做專案的時候,專案就要分好模組;之後,隨著需求的變動、功能的增加而修改模組、增加模組。然後在每個模組中分好層,action,service, dao, model。按功能分模組,模組裡再分層,這樣就能降低模組間的耦合性。有利於專案維護,修改功能需求,查詢程式的bug。

[color=blue]

3.除錯程式,myeclipse的斷點測試。這是程式設計師很基本的技巧,一定要學會。一行一行測試,乙個乙個找,層層深入,我的空指標異常就是這麼被解決的。

[/color]

[color=green]

4.解決異常:把平時碰到的異常收集起來,並新增上注釋,還有,怎麼解決這個異常的。以後碰到相同或者相似的異常,直接從異常倉庫找到相同或者是類似的異常,根據注釋就可以很快得解決這些異常了。[/color]

專案經驗分享

這是我經歷的第二個專案,這個專案相對於第乙個專案dzpay相對較簡單,介紹 第乙個專案名稱 dzpay。大宗商品交易,類似某寶 這次主要總結我測試billbank的一些個人經歷 測試第一要義就是要詳讀產品需求,產品需求中有哪些模組,每個模組中又有哪些子模組,每個模組以及子模組對應的需求點都要搞清楚。...

專案經驗分享

最近一直在想自己在專案中的一些得失,在每乙個專案結束都要問自己一下 這個專案中自己獲得哪些成長,下次是不是可以做到更好。長期的專案過程往往會讓人陷入一種思維的定式 好像每個專案的工作都一樣,這樣很容易進入一種比較消極的狀態,會忘記自己曾經給自己設定的目標。以前看過這樣乙個問題 什麼才算得上有效經驗?...

專案經驗分享

自 這篇文章裡說的內容,其實都是老生常談,但是裡面有一點我覺得非常有道理,在做完乙個專案之後,我通常想的是,這個專案中有哪些不足,而不是 怎樣把這個專案做的更好 兩者看上去沒什麼區別,其實有很大區別,因為出發點不同。凡事都應該是目標導向,你所做的一切,都應該是為了實現你的目標。下面是正文 最近一直在...