值得一看的文档--设计已死

对很多粗略接触到 Extreme Programming 的人来说，XP 似乎 宣告了软件设计的死刑。不只很多的设计被嘲笑为 "Big Up Front Design "[译注1]，连很多技术像UML、富有弹性的程序架构 (framework)，甚至连模式 (pattern) 都不受重视，或是近似忽略了。事实上，XP内含很多设计理念，但是它与现有的软件流程有着不同的运作方式。XP藉由多种实务技巧 (practice) 赋予演进式设计 (evolutionary design) 崭新的风貌，让演进变成一种实用的设计方法。它也让设计者 (designer[译注2]) 面临新的挑战与技巧，学习如何使设计精简，如何使用重构来保持一个设计的清楚易懂，以及如何逐步地套用模式。 ### 设计已死——Extreme Programming中的设计理念探讨 #### 一、引言 在软件开发领域，尤其是对于那些初次接触极限编程（Extreme Programming, XP）的人来说，“设计已死”这一论断常常令人困惑甚至恐慌。很多人认为，XP似乎是在宣布软件设计的终结。不仅大量的前置设计（Big Up Front Design, BUFD）遭到批评，就连诸如统一建模语言（Unified Modeling Language, UML）、框架（frameworks）以及设计模式（patterns）等都被视为次要或被忽略的技术。然而，这种观点其实是对XP的一种误解。 #### 二、Extreme Programming与设计的关系 尽管表面上看起来XP对传统的设计方法持否定态度，但实际上XP内部蕴含着丰富的设计理念，并且以一种全新的方式运作。XP通过一系列实践（practices），赋予演进式设计（evolutionary design）新的生命力，使其成为一种实用的设计方法。这种演进式设计的核心在于不断迭代和改进，而非一开始就构建出完美的设计方案。 #### 三、演进式设计的实现 为了实现演进式设计，XP提出了一系列具体的实践方法： 1. **简单性原则**：设计应尽可能保持简单。简单的设计更容易理解和维护。 2. **重构**：通过重构代码来保持设计的清晰性和可读性，确保代码能够适应未来的变化。 3. **逐步应用设计模式**：在演进过程中逐步引入设计模式，以解决特定的问题。 4. **持续集成**：频繁地将代码集成到主分支中，确保系统的稳定性。 5. **单元测试**：编写单元测试来验证代码的功能正确性，同时也为重构提供了安全保障。 6. **结对编程**：两名程序员共同完成一项任务，通过即时反馈提高代码质量。 #### 四、简单性的价值 简单性在XP中占有极其重要的地位。简单的设计不仅易于理解，而且更易于维护和扩展。然而，简单性并非意味着缺乏深度或功能，而是一种在满足需求的同时避免不必要的复杂性的设计理念。 - **如何定义简单性**：简单性可以通过多个维度来衡量，包括代码的可读性、模块之间的耦合度、系统架构的清晰度等。 - **如何实现简单性**：通过重构、最小化代码量、去除不必要的功能等方式来实现简单性。 #### 五、重构与YAGNI原则 重构是XP的一个核心实践，它允许开发者在不影响现有功能的情况下改进代码结构。有些人可能会质疑，重构是否会违反“你需要的才去实现”（You Aren’t Gonna Need It, YAGNI）的原则。实际上，重构并不违背YAGNI原则，因为它旨在优化现有代码，而不是添加新功能。 #### 六、设计模式与XP 设计模式在XP中仍然具有重要作用，它们为解决常见问题提供了一种经过验证的解决方案。XP鼓励在适当的时候引入设计模式，但同时强调不要过度设计，避免在没有实际需求时就预先规划模式。 #### 七、UML与XP 虽然UML经常被认为是BUFD的一部分，但在XP中，UML依然可以作为一种有用的工具来辅助设计和沟通。XP并不排斥UML，而是提倡根据项目的实际情况灵活使用。 #### 八、总结 尽管“设计已死”的说法在一定程度上反映了XP对外部一些传统设计方法的态度，但这并不意味着XP完全抛弃了设计。相反，XP通过一系列实践方法赋予设计新的生命力，倡导一种演进式的设计思想，即随着项目的发展逐渐完善设计，而不是一开始就追求完美的设计方案。这种方式不仅更加符合现实情况，也为软件开发带来了更高的灵活性和可持续性。