极限编程简述
在敏捷方法中，極限編程（XP：eXtreme Programming）是其中最著名的一個，它由一系列簡單卻互相依賴的實踐組成。。。
本篇博客，對極限編程做一個簡述，以及個人的一些理解，主要從以下幾點進行。。。
客戶作為團隊成員
良性計劃
簡單設計
結對編程
持續(xù)集成
TDD和UAT
重構
隱喻
一、客戶作為團隊成員
關鍵詞：面對面溝通
首先明確一點，這里的客戶不僅僅指為我們產品付費或使用產品的外部客戶，它還包括公司內部的業(yè)務部門，有合作關系的甲方、第三方等。
XP團隊中的客戶是指：定義產品特性并對其進行排列優(yōu)先級的人或者團體，即今天我們俗稱的產品、業(yè)務分析師、項目經(jīng)理等一類人。
它所追求的是“客戶”和開發(fā)人員在同一個環(huán)境中工作。這里的環(huán)境由小到大可以是：同一個房間——距離在100米內——更遠；距離越遠，客戶越難以融入到團隊中來。
在XP中，面對面溝通，是最有效最簡潔的交流方式！
二、良性計劃
1、初始計劃
關鍵詞：確定重要的需求，快速響應，工時預估
項目開始時，開發(fā)人員和“客戶”應盡量確定出真正重要的需求，而不是所有的需求。因為隨著項目進展，需求也處在隨時或大或小的變更中。
只需要確定真正重要的需求，保持開發(fā)方向正確即可，這樣也方便對變更的快速響應和調整。
在“客戶”不斷編寫變更需求的時候，開發(fā)人員也應該對需求進行預估。工時預估是相對的，而不是絕對的，應流出一定的緩沖時間。
如果需求太大，那么就需要對其進行拆分，直至可以相對準確的進行工時預估和詳細的開發(fā)設計為止。
2、發(fā)布計劃
關鍵詞：需求可替換，隨時調整
知道了開發(fā)速度后，“客戶”即可知道需求的實現(xiàn)成本（包括人力、時間等資源）、商業(yè)價值、優(yōu)先級別。
在開發(fā)過程中，可以根據(jù)具體的開發(fā)進度、實現(xiàn)難易程度而不斷調整需求的優(yōu)先級，甚至進行需求替換，即：優(yōu)先級。
初始可能對優(yōu)先級等情況的判斷不是很準確，但隨著開發(fā)進度不斷精確，預估調整也可以不斷精確。
3、迭代計劃
關鍵詞：每次迭代做什么？
在XP中，一般的迭代周期為1-2周，迭代周期內需求的實現(xiàn)順序取決于技術決策范疇，應采用最具技術意義的順序來實現(xiàn)這些需求，可以串行也可以并行開發(fā)。
確定迭代后，正在開發(fā)的需求則不應被更改，還未開發(fā)的需求可以根據(jù)具體情況進行調整。
4、任務計劃
關鍵詞：開發(fā)和“客戶”達成一致約定
每次新的迭代開始時，開發(fā)人員應和“客戶”共同約定任務計劃。開發(fā)人員對需求進行任務拆分，“客戶”對需求進行初始的優(yōu)先級調整排列。
計劃的方式可以采用任務列表、便箋、白板標示等方式，每完成一項，則應對其進行標注，對任務進度隨時更新。
三、簡單設計
關鍵詞：關于XP的三條指導原則
1、考慮能夠工作的最簡單的事情
盡可能尋找能實現(xiàn)當前需求的最簡單的設計，多考慮不同的方案，然后選擇一種我們可以實際得到和最簡單的解決方案。
2、你將不需要它
只有在確定真的需要引入某些基礎結構（比如數(shù)據(jù)庫、通信服務框架）性價比更高時，再去引入它們。
3、有且只有一次
在面向對象編程原則中，有一個叫做“共同重用原則”，即消除重復的代碼。
簡單來說就是將重復或相似度較高的代碼變成函數(shù)，封裝成一個統(tǒng)一的抽象集合，然后在使用時調用即可（這也將進一步減少代碼間的耦合）。
四、結對編程
關鍵詞：編碼標準、共同所有權
在XP中，結對編程指的是由2個開發(fā)人員公用一臺電腦，一個人進行編碼，另一個進行觀察并尋找代碼中的錯誤和可以改進的地方，兩個人進行頻繁的角色互換。
結對關系每天至少進行一次，且團隊中每個成員都應和其他成員一起工作參與。
這樣做的好處是：知識在團隊中的傳播、不同成員參與不同的工作、可替代性較低（研究表明這樣不但不會降低開發(fā)效率，切會大大減少缺陷率）。
PS：這樣的開發(fā)方式現(xiàn)在已經(jīng)很少了，但個人覺得其演變至今，更像是由開發(fā)人員獨立完成單元測試代碼編寫和功能代碼編寫，這樣說有點拗口，換種方式：一個人身兼開發(fā)和測試開發(fā)2個崗位職責。
編碼標準：在XP中，團隊開發(fā)人員都遵循著相對比較統(tǒng)一的編碼標準（大家可以腦補一下最近阿里提出的java開發(fā)規(guī)約）。
共同所有權：在XP中，團隊中每個人都擁有check out任何模塊并對其進行修改的權力，每個人并不是獨立的，都不會被限制在自己的專業(yè)領域。
五、持續(xù)集成
關鍵詞：持續(xù)集成、可持續(xù)的開發(fā)速度
持續(xù)集成：開發(fā)人員每天都會進行多次的check in和check out并進行merge，使用非阻塞的源代碼控制工具。
每天進行多次系統(tǒng)構建（關于這點，可以參考《Google軟件測試之道》中第一章第四節(jié)的內容）。
可持續(xù)的開發(fā)速度：軟件開發(fā)不是百米短跑，而是一場馬拉松。為了完成快速開發(fā)，團隊成員必須以一種有節(jié)奏的可持續(xù)的速度前進。
六、TDD和UAT
關鍵詞：TDD（測試驅動開發(fā)）、UAT（驗收測試）
首先需要明白一點：編寫單元測試是一種驗證行為，更是一種設計行為。它的優(yōu)點是：避免了相當數(shù)量的反饋循環(huán)，尤其是功能測試時候的反饋循環(huán)（即測試-提缺陷-修復-驗證）的行為。
TDD：即測試驅動開發(fā)方法。在XP中，采用這種方法，它有一下幾種特點：
1、測試先行：在編寫功能代碼之前先設計測試方案和測試代碼；需要明白的一點是：程序中的每一項功能都有測試來驗證它的操作正確性。
2、心中有數(shù)：首先編寫測試代碼的好處是：迫使我們從不同角度考慮代碼設計，而不是只關注功能實現(xiàn)（同時考慮接口正確性、異常、邊界等情況）。
3、可測試的程序：先編寫測試代碼，迫使自己設計的程序是可測試、易于調用的，這樣做的優(yōu)點是：迫使程序和周邊環(huán)境解耦。
4、無價的文檔：編寫的測試代碼可以作為一種無價的文檔，范例，幫助其他開發(fā)成員了解如何設計、使用代碼。
注：這里的文檔是可編譯可運行的，且保持最新的版本。
總結：為了使功能代碼能夠通過測試，迫使開發(fā)人員去做有目的的編程；為了做到心中有數(shù)，開發(fā)人員必須使得程序模塊之間進行隔離，降低耦合；
為了模塊隔離，降低耦合，迫使我們以對程序最有利的方式進行解耦合，即改善了設計。
UAT：即驗收測試。是用來驗證系統(tǒng)是否滿足它所聲稱的具有其功能的黑盒測試方法。
驗收測試是關于系統(tǒng)特性的最終文檔。單元測試作為可編譯可運行的系統(tǒng)內部結構的文檔，驗收測試是有關系統(tǒng)特性的可編譯執(zhí)行的文檔。
七、重構
關鍵詞：實現(xiàn)功能、應對變化、易于閱讀和修改
在Martin Fowler大神的名著《重構》一書中，他把重構定義為：在不改變代碼外在行為的前提下對代碼進行修改，以改進代碼內部結構的過程。
每個軟件程序都應具有三項職責：
1、可運行且能夠完成所有的功能。
2、應對變化：軟件是由生命周期的，在它們的生命周期中都是在不斷變化的，開發(fā)者有責任保證這種變化應盡可能的簡單。
3、易于閱讀和修改：易于閱讀和修改的軟件才能更加靈活和具有適應性。
從以上三點來說，重構后的程序讀起來應比之前好很多，工作的也應該更好。程序應該變得更易理解和修改，且程序結構各部分之間互相隔離。
舉個例子：
重構好比用餐結束后對廚房和廚具的清理工作。第一次沒有清理，用餐可能更快點，但由于沒有對其進行清理，第二次做飯，你需要做的準備工作時間就更長一點，這樣會促使你放棄清理工作。
如果你總是跳過清理工作，確實可以使你很快用完餐，但臟亂在一天天積累。最終你需要話費大量的時間和精力，甚至代價去做清理，以使得它們適合與烹飪。
但是，飯每天都需要吃，忽略清潔工作并不能真正加快做飯用餐的速度。
PS：從這個例子可以明白，重構是必須且經(jīng)常進行的！
八、隱喻
關鍵詞：務實主義、全局考慮
隱喻（metaphore），是XP中最難理解的一個特性，XP本質來說都是奉行務實主義。
簡單來說，所謂的隱喻，即從整個系統(tǒng)范疇來進行全局考慮，它是系統(tǒng)的未來景象，它使得所有單獨模塊的位置和特性變得更明顯、直觀。
如果某個模塊和整個系統(tǒng)對比顯得格格不入，那么你就應該明白，這個模塊存在問題。
隱喻也可以理解為一個總體的系統(tǒng)總稱，其特質應該是明顯的，直觀的（可參考《Google軟件測試之道》一書中第三章第3.2.1節(jié)的Google——ACC指導原則中的特質一詞）。
以上即關于敏捷方法中的XP（極限編程）的簡述，當然，具體的一些內容需要在實踐中不斷理解。
總結
- 上一篇： trap是什么意思音乐(trap和普通说
- 下一篇： 怎么创建具有真实纹理的CG场景岩石？