软考考点之敏捷开发之极限编程

小小的一个XP（极限编程）成了一个考点。其实自己常常混淆的是，敏捷开发与XP的关系？

其实，极限编程是敏捷开发的一个主流开发方法。和传统方法学的本质不同在于它更强调可适应性而不是可预测性。他们相信，和传统的在项目起始阶段定义好所有需求再费尽心思的控制变化的方法相比，有能力在项目周期的任何阶段去适应变化，将是更加现实更加有效的方法。

4大价值

沟通，XP方法论认为，如果小组成员之间无法做到持续的、无间断的交流，那么协作就无从谈起，从这个角度能够发现，通过文档、报表等人工制品进行交流面临巨大的局限性。

简单，XP方法论提倡在工作中秉承“够用就好”的思路，也就是尽量地简单化，只要今天够用就行，不考虑明天会发现的新问题。这一点看上去十分容易，但是要真正做到保持简单的工作其实很难的。因为在传统的开发方法中，都要求大家对未来做一些预先规划，以便对今后可能发生的变化预留一些扩展的空间。他们主张“不对将来可能的需求上投入精力”所得到的好处可以弥补这一点，因为将来的需求在他们还没提出之前是很可能发生变化的。

回馈

用Kent Beck的话来说：“编程中的乐观主义是危险的，而及时反馈则是解决它的方法。”

勇气

要知道，XP是提倡拥抱变化的，那么要积极响应变化就需要相关相关人员，特别是开发人员有勇气来面对快速开发，重新开发，代码重构等情况，快速开发需要勇于面对更多h3ug，将一些h3ug留到下一版，重新开发要敢于废弃之前的努力，不要因为已经开发出来了即使没有什么用处也要使用，重构则是要勇于改变现状，让代码脱胎换骨。

极限编程的12个核心实践 

小型发布

XP方法论秉承的是“持续集成，小步快走”的哲学，也就是说每一次发布的版本应该尽可能的小，当然前提条件是每个版本有足够的商业价值，值得发布。

由于小型发布可以使得集成更频繁，客户获得的中间结果也越频繁，反馈也就越频繁，客户就能够实时地了解项目的进展情况，从而提出更多的意见，以便在下一次迭代中计划进去。以实现更高的客户满意度。

计划游戏

XP的计划过程主要针对软件开发中的两个问题：预测在交付日期前可以完成多少工作；现在和下一步该做些什么。不断的回答这两个问题，就是直接服务于如何实施及调整开发过程；

结对编程

结对编程是指代码由两个人坐在一台电脑前一起完成。一个程序员控制电脑并且主要考虑编码细节。另外一个人主要关注整体结构，不断的对第一个程序员写的代码进行评审。

可持续的节奏

简单来说，就是反对加班，将进度控制在合理的范围，让开发人员保持一个健康高效的状态。

做到让开发人员享受开发，而不是让他们感受到了煎熬。

代码集体所有

就是说，团队中的每个成员都拥有对代码进行改进的权利，每个人都拥有全部代码，也都需要对全部代码负责。同时，XP强调代码是谁破坏的（也就是修改后发生问题），就应该由谁来修复

编码规范

如果你的团队已经拥有编码标准，就可以直接使用它，并在过程中进行完善。如果还没有，那么大家可以先进行编码，然后在过程中逐步总结出编码规则，边做边形成。当然除了这种文字规范以外，还可以采用一些如自动格式化代码工具之类的方法进行代码规范。事实上，你只需要很好地贯彻执行其他的实践并且进行通，编码标准会很容易地浮现出来。

简单设计

简单设计从本质上来说扩展性就很强，就像一张白纸，要怎么画都行，就看你能不能体会到其中的深度了。

测试驱动开发

测试驱动开发的基本思想就是在开发功能代码之前，先编写测试代码，然后只编写使测试通过的功能代码，从而以测试来驱动整个开发过程的进行。

重构

重构时一种对代码进行改进而不影响功能实现的技术，XP需要开发人员在闻到代码的坏味道时，有重构代码的勇气。重构的目的是降低变化引发的风险，使得代码优化更加容易。重构有时并不是需要做很大的修改，不用谈虎色变，对于XP来说，它只是一个常规操作。

系统隐喻

创造心照不宣的词汇和列子，更形象有趣的沟通。比喻有时候更能让人更快更好的理解你的意思，而不是一堆晦涩专业术语。

持续集成

集成软件的过程不是新问题，如果项目开发的规模比较小，比如一个人的项目，如果它对外部系统的依赖很小，那么软件集成不是问题，但是随着软件项目复杂度的增加（即使增加一个人），就会对集成和确保软件组件能够在一起工作提出了更多的要求-要早集成，常集成。早集成，频繁的集成帮助项目在早期发现项目风险和质量问题，如果到后期才发现这些问题，解决问题代价很大，很有可能导致项目延期或者项目失败。

持续集成是一种软件开发实践，即团队开发成员经常集成它们的工作，通常每个成员每天至少集成一次，也就意味着每天可能会发生多次集成。每次集成都通过自动化的构建（包括编译，发布，自动化测试)来验证，从而尽快地发现集成错误。许多团队发现这个过程可以大大减少集成的问题，让团队能够更快的开发内聚的软件。

现场客户

在项目中有客户在现场明确用户故事，并做出相应的业务决策，对于XP项目而言有着十分重要的意义

总结：

  XP所唱导的方法，有些一直在项目中用了，如测试驱动开发。再就是“够用就好”。以后要慢慢体会。