敏捷开发思考

敏捷开发确实是一个非常不错的开发模式，但是它有太多难以实现的地方。首先就是对开发人员的要求太高。几乎要求每个项目的开发人员都要了解项目架构，熟知各种设计模式原则，有丰富编码经验。这一点很难做到。

对于我这菜鸟来说，看敏捷开发最大的收获就是知道了软件是怎样腐化的，在这里面我看到了自己前一段时间编程的影子。原来虽然知道自己写的代码质量是不高的，但是并不能从客观上把握到底哪里写的不符合标准，这本书里详细介绍了软件腐化的过程和特点。我们为什么说有部分代码的软件质量是不高的呢？虽然好像看起来实现了现在的功能，但是这不部分代码不能应对迎面而来的需求变更。需求变更是一个项目里永恒不变的，编写的代码要有适应性和便于修改性。这就是高手和新手之间的区别。我们要致力于写出便于理解，便于修改的代码。

软件会腐化的特征主要包括：僵化性：设计难以改变，脆弱性：设计易于遭受破坏，顽固性：设计难以重用，粘滞性：难以做正确的事情，不必要的复杂性：过分设计，不必要的重复：滥用鼠标进行复制、粘贴，晦涩性：混乱的表达。要在写代码的时候时刻关注自己的代码是不是脱离了这些腐化性，时刻保持代码的高质量。

我们采用什么样的办法能够保证代码保持干净整洁的设计，而且是高质量的呢？编写的代码要符合以下这些原则：单一职责原则SRP, 开发封闭原则OCP，里氏替换原则LSP，依赖倒置原则DIP——高层模块不应该依赖于低层模块。二者都应该依赖于抽象，抽象不应该依赖于细节。细节应该依赖于抽象，接口隔离原则ISP——不应该强迫客户程序依赖并未使用的方法。当然编码中还有很多编程细节需要去注意，这些原则是基本必须要遵守的。但是我们使用设计的目的是为了让代码更加易读便于理解，更加便于扩展，切记为了设计而设计。