解读极限编程的12大原则12：编码标准.doc

解读极限编程的12大原则12：编码标准

极限编程方法编辑基于敏捷的核心思想和价值目标，XP要求项目团队遵循13个核心施行团队协作〔WholeTeam〕规划策略〔ThePlanningGame〕；结对编程〔Pairprogramming〕测试驱动开发〔Testing-DrivenDevelopment〕重构〔Refactoring〕简单制定〔SimpleDesign〕代码集体所有权〔〕持续集成〔ContinuousIntegration〕客户测试〔CustomerTests〕小型公布〔SmallRelease〕每周40小时工作制〔40-hourWeek〕编码规范〔CodeStandards〕系统隐喻〔SystemMetaphor〕极限编程极限编程的4个商业施行：测试驱动开发TDD是你的商业安全网。

基于敏捷的核心思想和价值目标，XP要求项目团队遵循13个核心施行

团队协作〔WholeTeam〕

规划策略〔ThePlanningGame〕;

结对编程〔Pairprogramming〕

测试驱动开发〔Testing-DrivenDevelopment〕

重构〔Refactoring〕

简单制定〔SimpleDesign〕

代码集体所有权〔CollectiveCodeOwnership〕

持续集成〔ContinuousIntegration〕

客户测试〔CustomerTests〕

小型公布〔SmallRelease〕

每周40小时工作制〔40-hourWeek〕

编码规范〔CodeStandards〕

系统隐喻〔SystemMetaphor〕计划项目〔PlanningGame〕、验收测试、小规模公布〔SmallReleases〕

XP开发小组使用简单的方式进行项目计划和开发跟踪，并以此推测项目进展状况和决定将来的步骤。依据必需求的商业价值，开发小组针对一组组的必需求进行一系列的开发和整合，每次开发都会产生一个通过测试的、可以使用的系统。

“极限编程〞

ExtremeProgramming〔极限编程，简称XP〕是由KentBeck在1996年提出的。

KentBeck在九十年代初期与WardCunningham共事时，就一直共同探究着新的软件开发方法，希望能使软件开发更加简单而有效。Kent仔细地观察和分析了各种简化软件开发的前提条件、可能行以及面临的困难。

1996年三月，Kent终于在为DaimlerChrysler所做的一个项目中引入了新的软件开发观念——XP。XP是一个轻量级的、灵巧的软件开发方法；同时它也是一个非常严谨和严密的方法。

它的基础和价值观是交流、朴素、反馈和勇气；即，任何一个软件项目都可以从四个方面入手进行改善：强化交流；从简单做起；寻求反馈；勇于实事求是。XP是一种近螺旋式的开发方法，它将复杂的开发过程分解为一个个相对比较简单的小周期；通过积极的交流、反馈以及其它一系列的方法，开发人员和客户可以非常清楚开发进度、变化、待解决的问题和潜在的困难等，并依据实际状况及时地调整开发过程。

什么是软件开发软件开发的内容是：必需求、制定、编程和测试！必需求：不仅仅是用户必需求，应该是开发中碰到的所有的必需求。比如，你首先要知道做这个项目是为了解决什么问题；测试案例中应该输入什么数据……为了清楚地知道这些必需求，你经常要和客户、项目经理等交流。

制定：编码前，肯定有个计划告诉你要做什么，结构是怎样等等。你一定要按照这个来做，否则可能会一团糟。

编程：如果在项目截止日，你的程序不能跑起来或达不到客户的要求，你就拿不到钱。测试：目的是让你知道，什么时候算是完成了。

如果你聪慧，你就应该先写测试，这样可以及时知道你是否真地完成了。否则，你经常会不知道，到底有哪些功能是真正完成了，离预期目标还差多远。

软件开发中，客户和开发人员都有自己的基本权利和义务。客户：定义每个用户必需求的商业优先级；制订总体计划，包括用多少投资、经过多长时间、达到什么目的；在项目开发过程中的每个工作周，都能让投资获得最大的收益；通过重复运行你所指定的功能测试，准确地掌握项目进展状况；能随时改变必需求、功能或优先级，同时避免昂贵的再投资；能够依据各种变化及时调整项目计划；能够随时取消项目；项目取消时，以前的开发工作不是一堆垃圾，已开发完的功能是合乎要求的，正在进行或未完成的的工作则应该是不难接手的。

开发人员：知道要做什么，以及要优先做什么；工作有效率；有问题或困难时，能得到客户、同事、上级的回答或帮助；对工作做评估，并依据四周状况的变化及时重新评估；积极承当工作，而不是消极接受分配；