談談自己對「功能優先原則」的一點兒想法

2022-03-07 05:13:35 字數 906 閱讀 1452

在開發一些功能的時候,尤其是自己設計並實現一些應用的時候,常常會被一些需求的細節所束縛,很可能是自己往往在開發伊始就考慮很多的需求細節問題的緣故,例如,我需要實現乙個

create

功能頁面,使用的

asp.net mvc 2

,通過直接建立強型別

view

檢視,就可以自動得到乙個帶有全部內容的

create

頁面,只不過頁面樣式是最初級的,展示的內容也是預設完整的,這時,自己就會想盡量把頁面的內容和樣式盡量多地確定,於是,花了很大的力氣在上面……

後來,可能因為需要和其他頁面保持統一,於是又返回來再次修改當時費了很大力氣完成的「比較完美的頁面」;也可能因為當時花在調整頁面上的時間太長,導致自己連貫的設計思路被中斷,於是整體的流程進度被嚴重拖累,後來自己又鬥爭了很多次,還算勉強接上前面的思路和進度,可是浪費的時間卻很可惜。

再後來,在專案中也經常遇到類似的問題,例如,開發乙個新的模組,如果要是不按照功能優先的原則來開發,則往往會導致耗時耗力,因為能夠第一時間實現功能流程或者主要的功能流程,會帶給自己一定程度了自信,剩下的工作都作為邊邊角角來修復,其壓力程度就遠遠降低了,那麼往往能按時或提前完成指定的任務。

於是,我又聯想到了有關專案管理中是很有必要將這點進行貫徹實施的,作為專案

leader

與其凡事都牢牢掌控,或者完全不管不問都不是很好的管理方式,而且前者會耗費相當大的精力。那麼如何能夠知道團隊成員把握階段工作的重點來進行攻克,尤其是需要多個功能模組進行獨立開發,然後再對接聯測的時候,尤其重要。從這點上來說,其對專案的安全控制也是大有益處的。

說了這麼多,可能有點兒囉嗦,不過總的意思還是說,如果能夠在動手開發乙個專案或功能模組前,把握住其主線功能流程分布,並優先處理這些主體或難點,可能會讓我們牢牢把握專案的主動權。

希望大家能夠做到游刃有餘

~

一點兒小結

學習 c primer 看到的,做點兒筆記吧 1 通常,函式不應該有vector或其他標準庫容器型別的形參。呼叫含有普通的非引用vector形參的函式會複製vector的每乙個元素,所以,從避免複製vector的角度出發,應考慮將形參宣告為引用。而實際上,c 程式設計師傾向於通過傳遞指向容器中需要處...

C char 的一點兒理解

理解是就是char 相當於字串陣列,我以往糾結於該用 arr還是 arr還是 arr 還是 arr 對於 arr而言 arr代表陣列的最開頭,也就是第乙個字串的內容。arr代表什麼,不知道,這麼用會報錯。簡單的來說arr 0 代表第乙個字串的值,實際指向的整個 arr的首位址,如果用printf之類...

對C和C 的一點兒認識

今天在程式設計時,遇到一點問題。寫了一段程式,但是在編譯的時候,總報錯,顯示為某個變數沒有定義。中有這樣一句話 sockaddr in addr 經過試驗,編譯器是提示不認識這個變數sockaddr in 開始,我的每一感覺就是沒有包含標頭檔案,但是找來找去,發現標頭檔案沒有問題,於是開始想其它的辦...