您的位置:首页 > 其它

敏捷软件开发:一点见解

2009-11-16 16:46 113 查看
谈到敏捷开发,很多人对敏捷Agile的概念不清晰,那么首先解释下,敏捷就是用最快捷、有效的方法完成工程。

在工作中不难遇到这种情况,一个单子下来,要求的项目进度很紧,那么敏捷开发是一个非常不错的选择。所以你得适应成为一名敏捷开发人员,成为敏捷开发人员三个关键见解:

1,你不必非要做一个超人。你可以寻求帮助,总比一个人在那里做困兽之斗好。

2,敏捷性其实只是一个思维集。要学会思维而不是立即着手解决问题。

3,成为一名博学型的专家。那么你在遇到问题的时候,就可以有多种解决方案。

在开发中需要关注敏捷的主要原则:

一,开放-封闭原则(The Open-Close Principle):对扩展是开放,对更改是封闭,关键在抽象。实例:抽象出Copy的输入与输出模块,只将变动订单抽象出来。软件最重要的变化是需求。

二,单一职责原则: 职责的意思--导致变化的原因。这个原则是想让变化不一致的设计尽量分开来,比如一个类只实现一个单一的功能。

三,Liskov 替换原则(LSP):子类型必须能够替换掉它们的基类型

四,依赖倒置原则(DIP)

a,高层模块不应该依赖于低层模块,二者都应该依赖于抽象。

b,抽象不应该依赖于细节,细节应该依赖于抽象

五,接口隔离原则(ISP)

六,COMMAND模式可以应用于数据库事务操作、设备控制、多线程核心以及GUI的do/undo管理。有人认为COMMAND模式不符合面向对象的思维范式,因为它对函数的关注超过了类,但在实际软件开发中,COMMAND模式是非常有用的。

七,TEMPLATE METHOD模式和STRATEG模式都可以用来分离高层的算法和低层的具体实现细节,都允许高层的算法独立于它的具体实现细节重用。

八,Singleton模式使用私有构造函数,一个静态变量和一个静态方法对实例化进行控制和限制。Monostate模式只是简单地把对象的所有变量变成静态的。

简单的介绍下敏捷,很多不足之处,望请纠正。。。。
内容来自用户分享和网络整理,不保证内容的准确性,如有侵权内容,可联系管理员处理 点击这里给我发消息
标签: