我对软件开发的一点思考

但凡是搞ＩＴ的
对软件架构、设计模式、XP编程（极限编程）或是敏捷开发、代码重构
这些软件开发的思想或方法都不陌生
但是它们之间究竟有什么联系？？？
在实际的开发过程应该如何做？？？
才能构建一个好的程序……

 

简单来说
开发一个软件的常规做法是
先设计整个系统的总体架构
架构包含一些“层”的思想
（希望你了解“层”的好处，分“层”是我们解决问题的常用方法，不仅限在计算机领域）
再考虑各“层”采用的模式
最后是编写代码
不遵循这个过程的惨痛教训令很多计算机前辈们记忆犹新
提稍早的开发过程意义其实不大
它只会勾起我们的“痛苦”回忆
所以我们才思考新的软件开发思想～～～
在这个过程中
我们比较关注软件设计的架构和模式问题
所以花费的时间也相对多些
但ＸＰ编程（或敏捷开发）改变了这一切
它不会在设计软件的架构和采用的模式上花费太多时间
因为我们不断地体会到
即使再好的设计也会在稍后的开发过程中改变
与其这样
倒不如在开发中不断地改善和完善设计
使软件具有良好的可维护性、可扩展性和健壮性

 

软件架构（Software Architecture）它是一个系统的草图，是一系列抽象
它抽象的事物可以直接构成系统的组件
来指导软件各个方面工作——设计工作
软件架构的几个基本概念包括组件（元件）、连接器和配置以及任务流等
在实际项目中
组件可以是某个类或是程序集
组件之间的连接器通常为接口
将这里的“接口”理解为面向对象思想中的“接口”是狭隘的
而是类或程序集公开的、供其他类和程序集调用的方法和属性
早在六十年代时戴克斯特拉就已经涉及了结构化设计的问题
此后的Rational Software Corporation、Microsoft和卡内基梅隆大学以及加州大学埃尔文分校都做了很多研究
我们常说的“三层架构”就是软件架构的一种

 

设计模式（Design Pattern）是９０年代由“GoF（四人帮）”提出的
“GoF”指的是四个人——Gamma、Helm、Johnson•Vlissides、Addison•Wesley
他们将建筑学的设计思想引入到计算机领域
并于１９９５年出版《设计模式》一书
第一次将软件的设计提升到理论高度
要注意软件架构比设计模式更加抽象
简单地说
至少软件架构不会涉及具体的类或程序集
而软件模式考虑的就是具体的类和程序集

 

XP编程（Extreme Programming）是由Kent•Beck于１９９６年提出
它属于轻量级的软件开发方法
而重构（Reflectoring）是实现ＸＰ编程的一种方法或手段
它的两位最早的拥护者是Ward•Cunningham和Kent•Beck
重构既不修正错误，又不增加新的功能
而是用于提高代码的可读性或改变代码内部的设计和结构
并删除死代码，使其在将来更容易维护
重构和ＸＰ编程是密切联系的

 

软件架构、设计模式和ＸＰ编程是一种软件开发思想
代码重构则是一种的方法和手段
虽然软件架构和设计模式决定软件的生死
但设计软件架构和考虑使用的模式是一个相对漫长的过程
毕竟
只有充分了解了客户需求后才能设计得当
这必然会延长软件开发的时间、增加成本
这是任何一个老总都不希望看到的～～～
所以才出现ＸＰ编程、敏捷开发
既然再好的设计都会改变
那么就在开发中不断地去改善和完善
缩短开发时间
但有一点
ＸＰ编程和重构并不意味着不再需要设计
而是在不断变化的需求中
让软件的设计去适应这些变化
软件才能具有足够的灵活性、较强的生命期

 

？？？？？？？？？？？？？？？？？？？？？？？？？？？？
？那么作为一名开发人员、程序员                                    ？
？我们是应该关注软件的功能，还是软件的设计                  ？
？是关注软件的功能是否满足客户当前和未来的需要            ？
？还是关注软件的设计是否满足客户当前和未来的需求         ？
？？？？？？？？？？？？？？？？？？？？？？？？？？？？