第四次軟體工程作業

敏捷開發的產生是為了滿足人們的需求，適應市場的需要，應對快速變化的需求而產生的敏捷開發方法。敏捷開發(agile development)是一種以人為核心、迭代、循序漸進的開發方法。

傳統開發方法是基於客戶能夠在需求階段就給出完整、準確的需求的假設，所有期望在專案初期獲得詳細的需求，然後嚴格控制需求變更，最終完成符合需求的軟件。但我們發現實際上往往需求是「湧現」出來的，也就是說隨著開發的不斷進展而不斷發現出來的，而無法再專案初期就明確的定義它，，也就是說傳統開發方法的基本假設是錯誤的，這一新的假設導致了敏捷方法的一系列實踐。另外，傳統的軟體開發方法認為需求是可以確定，所以採用的是基於工程的開發方法，也就是說期望通過事先的詳細策劃定義開發的整個過程，而敏捷認為需求是無法再早期完全確定的，所以採用的是基於經驗的開發二店方法，也就是是事先不詳細定義整個開發過程，而通過多次迭代來逼近最終目標。

敏捷做法有以下四個特點：

（1）.可以工作的軟體勝過面面俱到的文件；

（2）.個體和互動勝過過程和工；

（3）.客戶合作勝過合作談判；

（4）.響應變化勝過遵循計畫；

敏捷開發方法是「適應性」。在軟體開發的專案中，這些文件的因素卻很難尋求。軟體的設計難處在於軟體需求的不穩定，從而導致軟體過程的不可**。但是傳統的控制專案模式都是試圖對乙個軟體開發專案在很長的時間跨度內做出詳細的計畫，然後依計畫進行開發。所以，這類方法在不可**的環境下，很難適應變化，甚至是拒絕變化。在傳統的軟體開發工作中，專案團隊分配工作的重點是明確角色的定義，以個人的能力去適應角色，而角色的定義就是為了保證過程的實施，即各人以資源的方式被分配給角色，同時，資源是可以替代的，而角色吧可以替代。然而，傳統軟體開發的這些方法在敏捷開發方式中被完全顛覆。敏捷開發試圖使軟體開發工作能夠利用人的特點，充分發揮人的創造能力。

code smell中文譯名一般為「**異味」，或「**味道」，它是提示**中某個地方存在錯誤的乙個暗示，開發人員可以通過這種smell（異味）在**中追捕到問題。**不規範，比如有重複**等就會形成code smell。

（1）能改進軟體設計；

（2）使軟體更容易理解；

（3）能幫助發現隱藏的**缺陷，找到bug，優化**，

（4）提高軟體的開發速度，從而提高系統的穩定性，和可擴充套件性；

（5）能提高程式設計效率。

提取類：**異味應該將原有類中的方法和屬性移動到適當數目的新類中去。舊類中對新類的方法和屬性應該被移除。另外，有時候一些類過於臃腫是因為它包含了被其他類使用本應該是其他類的成員方法的成員方法。這些方法也應該被遷移到合適的類中。

提取方法：像上面提到的「過長的方法」這種**異味可以通過從舊方法中提取**到應該或多個新方法中消除。

分離條件：許多時候，乙個方法很長是因為包含好幾個語句（if-else）。這些分支條件可以被提取和移動到幾個單獨的方法中。這確實能大大改善**可讀性和可理解性。

引入引數物件/保留全域性物件：在我做**審查時發現另外乙個很常見的情況-好幾個引數被引入方法。問題主要與需要從已有方法中增加或者消除乙個方法引數有關。在這種場景，建議將相關方法引數組成乙個物件（引入引數物件），讓方法傳遞這些物件而不是每個單獨的引數。

重新命名方法：正如上面提到的，模糊不清的方法名會影響**的可使用性。這些模糊不清的名稱應該重新命名為有意義的可能與業務術語有關的名稱，來幫助開發者已通過業務上下文更好地理解**。這很需要技巧並且要求開發者與業務專家一起協作來理清嗲嗎需要滿足的業務需求。有趣的是，這種重構方法看起來似乎非常容易理解，但是常常被許多開發者忽視，，雖然在elipse這種ide的refactor選單項中經常出現這一項。

第四次軟體工程作業

軟體工程第四次作業

軟體工程第四次作業

軟體工程第四次作業

第四次軟體工程作業

軟體工程第四次作業

軟體工程第四次作業

軟體工程第四次作業

相關推薦