Tekkaman

导航

 

敏捷原则

1、我们最优先要做的是通过尽早的、持续的交付有价值的软件为使客户满意。

  初期交付的系统中所包含的功能越少,最终交付的系统的质量就越高。交付的越频繁,最终的产品质量就越高。敏捷实践会说早地、经常地进行交付。

2、即使到了开发后期,也欢迎改变需求。敏捷过程利用变化为为客户创造竞争优势。

3、经常性地交付可以工作的软件,交付的间隔可以从几个星期到几个月,交付的时间间隔越短越好。

4、工作的软件是首要的进度度量标准。

5、敏捷过程提倡可持续的开发速度。责任人、开发者和用户应该能够保持一个长期的、恒定的开发速度。

6、不断地关注优秀的技能和好的设计会增强敏捷的能力。

7、简单,使来完成的工作最大化的艺术, 根本的。

8、每隔一段时间,团队会在如何才能更有效地工作方进行反省,然后相应地对自己的行为是行调整。

面向对象设计原则

1、Liskov替换原则:子类型必须能够替换掉它们的基类型。

设计模式列表

1、Abstract Server。

2、Active Object。

3、Acyclic Visitor。

4、Adapter。

5、Bridge。

6、Command。

7、Composite。

8、Decorator。

9、Extension Object。

10、Facade。

11、Factory。

12、Mediator。

13、Monostate。

14、Null Object。

15、Observer。

16、Proxy。

17、Singleton。

18、Stairway To Heaven。

19、State。

20、Strategy。

21、TaskMaster。

22、TemplateMethod。

23、Visitor。

XP指导原则

1、考虑能够工作的最简单的事情。

2、一次,并且有一次。

3、经常性的重构,每次改造后,我们运行单元测试以确保没有造成任何破坏。单元测试可以保证系统不会倒退。

   重构(refactoring)的定义:“在不改变代码外在行为的前提下对代码做出修改,以改进代码的内部结构的过程”。

其它

1、每个软件都有三个职责。

  1)运行后所完成的功能。

  2)应对变化。

  3)与阅读它的人沟通。

 

posted on 2014-04-26 09:58  Tekkaman  阅读(333)  评论(0编辑  收藏  举报