随着竞争的加剧，各个企业之间利用各类网络应用，来支撑整个企业的生产、经营、管理、服务等，已经成为各个行业的共同选择。利用中间件，快速构建网络应用，也成为众多企业的首选。
按需选择中间件
评估中间件，掌握方法是关键。
要选择一个符合要求的中间件，则既要了解自己的需求，还得能对一个中间件产品做出技术上的评估。随着中间件的广泛应用，最终用户和应用开发商都在面临这个问题。
把握功能需求、非功能需求与技术标准三个方面。
开发商在设计软件时，可以把对软件的需求划分为功能需求和非功能需求。功能需求指明软件必须执行的功能，定义系统的行为—即软件在某种输入条件下要给出确定的、输出必须做的处理或转换。功能需求通常是软件功能的“硬指标”—如“支持分布式环境中消息的可靠传输”；非功能需求不描述软件做什么，描述软件如何做。非功能需求通常作为软件设计的“软指标”—如“系统具有可伸缩性”。
因此，用户可以把功能需求对应的功能称为“功能性特征”，把非功能需求对应的功能称为“非功能性特征”。评估一个中间件软件，则要看这个软件的功能，是否符合自身的要求，或者符合大多数人的通常要求。
如果知道某一种中间件软件的“标准功能”，也可以进一步把它分成“功能性的特征”和“非功能性特征”。如果不知道，只需从自身的需求出发，研究一下面前中间件的“功能性特征”和“非功能性特征”是否满足自身的功能需求和非功能需求。
中间件支持标准必不可少。
面向消息的中间件一直以来缺乏技术标准/规范。自从J2EE制定出基于Java的Java消息传输服务（JMS）以后，人们对消息中间件的技术要求就多了一项内容。
相比较而言，事务处理监控程序（交易中间件）相关的技术规范就要多一些，主要是X/OPEN（现称为OPENGROUP）的分布式事务处理系列规范，包括TPM的架构、应用与TPM的接口及事务提交管理协议等重要内容。对于J2EE应用服务器，技术规范的影响就更大。
但是，标准/规范虽然重要，但也不可唯标准是从。第一，“标准”可能仅是建议性的，并非所有的厂商都会遵守；第二，“标准”可能是妥协的结果，只是将提交的多个可选内容统统收入，各项内容甚至不能互换；第三，“标准”可能是不完整的，仅仅实现了标准要求的内容可能意味着欠缺重要的功能。
中间件对标准的支持一般会体现在软件的功能性特征上，多数情况下是可测试和验证的。
中间件基于计算机硬件和操作系统之上，在企业应用的开发和运行过程中，能够有效地控制企业中所存在的各类复杂性。而有效、合理地运用中间件，则可以快速构件企业的网络运用，为企业及时响应需求变化提供了有力、必要的保障，同时也是企业提升自身竞争力的首选。
链接
什么是中间件
中间件是指基于计算机硬件和操作系统之上，支持应用软件开发和运行的系统软件。它为企业级的分布式应用，提供了一个标准的平台，使得应用软件开发和运行，能够独立于特定的计算机硬件和操作系统平台之上，以实现企业应用系统的集成。
中间件的分类
中间件的分类方法很多，目前公认的分类方法是，把中间件分为两大类：一类是底层中间件，用于支撑单个应用系统或解决单一类问题，包括交易中间件(TPM)、应用服务器(WAS)、消息中间件(MOM)、数据访问中间件(UDA)等；另一类是高层中间件，更多用于系统整合，包括企业应用集成中间件(EAI Suites)、工作流中间件(Workflow)、门户中间件(Portal)等，它们通常会与多个应用系统打交道，在系统中的层次较高，并大多基于底层中间件运行。
中间件的特点：
可满足大量应用的需要；运行于多种硬件和OS平台；支持分布式计算，提供跨网络、硬件和OS平台透明性的应用或服务的交互功能；支持标准协议；支持标准接口。
网友评论