引用:
|
作者Sad2009
這是習慣問題
以前我也不愛寫這些,後來看到某國外碩士回國的高手,乖乖的寫這些才發現
寫這些persudocode 跟 method前置說明,在專案上是不可避免的
因為後來的人維護這段程式時,才能有效且快速的理解內容
不然看到一堆if else do loop while 很容易傻眼
大抵我的觀察 日後發展比較好的,通常都有這些習慣,
而且開發速度上,也會比較快
不然有些人一開始寫程式碼,就是一行一行的硬寫,寫沒幾行就忘了自己在幹麻
寫這段code的目的是為何,甚至把一些不屬於這method該做的事情也一併寫入處理
|
贊成.......
雖然我個人有習慣作這些,但我沒資格要求其他人照作....
一方面是官階不夠,另一方面是講了也沒用
其他人的層次還在那種要新增一個function,然後那個function和某一個已經做好的function只有3-4行不一樣,都會整個function複製一份改名，然後只改那幾行不一樣的code的程度
就像是對只懂+-*/的人說聯立方程式一樣....純粹是對牛彈琴
後來就懶得理了，丟給我上面的老闆想辦法
不過我還是比較少寫persudocode，除非是有比較特殊的演算法會比較長才會去寫
一般我很少寫超過30行的method，所以絕大部分都是看method名稱跟參數名稱就知道要做什麼，不過我還是都會加上method前置說明,利用.NET提供的///這個來產生template很快,已經養成很多年的習慣寫小類別跟小函數
OO原則，重構，套用設計模式,這些都養成習慣了,很自然就會用上
比較起來我會比較重視uml的類別圖跟時序圖，設計比較複雜的時候，就會畫出來供別人參考
像那種純粹只有一兩個介面或著抽象類別的，物件關係不複雜的，我就很懶得弄
因為我就算寫了，其他人在改的時候還是照樣會去亂改,他們根本就是認為function可以work,功能有達到就可以了
一整個歡樂阿
