Ar7的专栏

[文章信息]作者:时间:2005-01-18出处:blog责任编辑:方舟 　　我们期待自己成为一个优秀的软件模型设计者，但是，要怎样做，又从哪里开始呢？ 　　将下列原则应用到你的软件工程中，你会获得立杆见影的成果。 　　1. 人远比技术重要 　　你开发软件是为了供别人使用，没有人使用的软件只是没有意义的数据的集合而已。许多

　　软件架构同时包括应用程序功能和商业技术改变的管理。前面提到的一些优点并不是采用特定技术的直接结果，而是用效率最高的方式采用某种技术以实现系统的商业目标。采用CORBA或COM+这样的简单决定对于保证实际的商业成果并不充分。其中一个关键的挑战是如何管理那些支持长时间系统生命周期，并且随着技术的演化需要扩展那些没有持续地维护的系统。 　　图16是一些必须被面向对象架构管理的技术挑战的例子。图16涉

　　上一节中我介绍了客户/服务器技术的发展演化，互联网的发展对技术提出了更高的要求，传统的html标记语言逐渐不能满足企业大规模运算的需要，可扩展标记语言(XML)逐渐成为业界的标准。　　在主流新闻中很少技术引起可扩展标记语言那么大混乱。尽管XML是一种基础的、可以利用的技术，但是其趋势却是与其它的技术方案一起组合使用，并且弄不清XML与其它技术（通常是专利方案）的能力差异。下面将要讨论的是关于X

　　在上篇文章中，我们介绍了《面向对象的软件技术》，面向对象技术催生了组件技术，组件技术为软件开发提供了改良的方法，它向过时的设想提出了挑战。这些原理共同建立了一种主要的新的技术趋势。组件表现为技术变革的基础，就像面向对象先前表现出的一样。我们在简短地介绍组件的独特原理后再讨论组件技术。　　迁移到下一个层次的软件技巧要求系统思想、软件处理和技术工具的基本原理都有所改变。下一个主要的技术范围——组件

　　本文介绍了软件体系架构产生的背景和架构模式的基本理论。重点介绍管道与过滤器体系架构模式的结构，实现，优缺点等，然后以J2EE的Servlet Filter为例进行剖析它是怎样应用该架构模式的，最后简单阐述了在其它J2ee应用中(Jboss和Axis)的实践。　　软件体系架构　　1、软件体系架构产生背景　　在经历60年代的软件危机之后，使人们开始重视软件工程的研究。来自不同应用领域的软件专家总结

　在商业终端用户环境中，对象技术已经应用于很多产生了商业效益的重要的应用程序中。其示例包括世界上最大的共同基金公司之一的Fidelity投资公司，它在大约五年前就把自己的基金管理工作站集成为支持多源信息，包含了决策支持能力（这对于基金管理业务是至关重要的）。　　他们选择的下部构造是一种符合CORBA标准的对象请求代理的实现。通过使用CBRBA，Fidelity投资公司能够按单独的基金经理的需求定制

　　本文是软件架构的基础训练，它介绍了有效的软件架构所需要的基本工具。在军事中，基础训练用于挑战和激发军官学校学生，并示范军事生涯的要求和奖赏。同样地，软件架构必须由个人来推动，这些人必须渴望对抗软件开发工作中的技术领先阶层的挑战。但是，这样的动机还是不够的。软件架构必须等同于认识架构全景的智力手段。　　本文提供了一条便利的方法，它不仅显示了行业中最好的架构经验，还提供了具体的现实例子和练习，以便

　　在上文中，我介绍了Internet技术，WEB服务在家够方面给了我们更多的选择，但软件设计中采用何种架构仍然是件令人头痛的事情。　　两层系统（图12）允许用户界面和应用程序代码直接访问数据库和网络存储的API。应用程序使用数据库中存储的数据模型，但是不需要在该模型之上建立逻辑模型。当开发中的系统是一个原型系统或者已经知道其生命周期较短，期间API不会发生变化的时候，两层应用程序是理想的。典型情

　　面向对象编程语言包括Smalltalk、 C++、 Java编程语言和C#（微软.Net开发环境中提供的一种语言）。这些语言按照抽象数据类型（通常称为类）的要求支持数据和操作代码的封装。在面向对象编程语言中，封装能力对于适度大小的程序是足够的。只要软件模块由单独的程序员维护，封装对于提供一些内在的优点就是完全足够的。但是，特定语言的封装不足以支持软件的重复使用和分布式系统。　　在面向对象技术中

　　早期引入了中间件的概念。中间件为集成服务器平台和计算机客户端提供了网络硬件之上的软件下部构造，它有可能包含所有的平台。 　　分布式的下部构造是面向对象和其它信息技术的广义描述，而软件架构可以从中选择技术。图20显示了客户端服务器和中间件操作系统平台上可以选择的技术【Orfali 1996】。在客户端平台上，其技术包括Internet Web浏览器、图形用户界面开发能力、系统管理能力和操作系统。

　　在采用面向对象架构和技术的时候会出现一些问题。这些问题必须被解决以完整地了解架构和技术含意。定义面向对象的问题以及包含对象技术的组件技术在前面已经讨论过了，并且已经经讨论了对象技术与其它技术（例如面向过程的技术）的比较情况了。 　　对于特定类别的应用程序而言还有一些其它问题和需求是至关紧要的。性能、可靠性和Internet上的安全性问题，以及如何把这些技术与占有重要市场份额的厂商集成都是我们在

　在前一节中我们介绍了用于软件系统结构的主要的商业技术：专利软件和开放系统软件。本节我将向大家介绍客户/服务器技术　　客户端-服务器技术是支持应用系统的软件技术演化的结果。特别地，客户端-服务器技术的演化已经成为信息技术扩展的一个重要因素，它伴随着应用程序业务流程的范围的不断增长。最初的技术集中于文件共享。文件共享目前仍然是Internet中占有统治地位的范式，它使用HTTP等协议支持可用的全球文

　　由于对象技术是占有统治地位的商业范式，所以我们了解可用于软件系统架构的主要的商业技术是很重要的。其中主要的两类包括专利软件和开放系统软件。　　专利软件 　　专利软件（Proprietary software）是单个厂商的非兼容标准的产品。该厂商控制了多个重复的产品版本中的软件的形式和功能。目前的系统在建立的时候，它们在很高程度上依赖于商业软件。商业软件是软件重复使用的主要的形式，并且实际上它是

　　不可否认，应用软件的开发正在经历一次巨变——将最终增强开发人员的生产力并开启一道通向全新概念的应用程序的大门。 　　新型的开发模式正逐渐被推广，将分发软件演变成一种服务还有待于所有开发人员的共同努力，而互联网却将彻底改变应用程序的开发模式和配置方式。 　　传统上，软件开发人员通过集成本地系统服务的方式开发应用程序。这种模型使开发人员有权使用一整套丰富的开发资源，精确控制应用程序的性能。