 |  |  |
   |
如果你知道某一种中间件软件的“标准功能”，你可以进一步把它分成“功能性的特征”和“非功能性特征”。如果你不知道，你只需从你的需求出发，研究一下你面前中间件的“功能性特征”和“非功能性特征”是否满足你的功能需求和非功能需求。
中间件是处于支撑地位的通用软件，其技术的标准化具有重要意义。中间件对技术标准的支持表现为使用标准的API、使用标准化的技术和实现标准化的功能等几个方面。中间件支持标准通常意味着用户和应用对厂商的依赖更小、应用开发人员学习使用一种新产品更容易，中间件软件可以和更多的系统互操作，技术更开放。因此，评估一个中间件不仅要看它是否具有某项功能，还要看这个功能是否使用了标准的技术。
功能性特征是中间件的基本特征
中间件的功能性特征是一种中间件软件的基本特征。不同种类的中间件的差异首先表现为基本功能的不同，因此我们不能总结出一套适合所有中间件门类的、一般性的“功能性特征”。
对于某一个具体的中间件软件，我们能够把它的功能性特征提取出来。我们假定某一中间件定位于解决分步式环境中消息的发送者和接收者之间消息传输、管理和控制问题，该软件提供了多种消息交换方式、支持多种消息类型，提供可靠传输等服务质量控制机制，该软件支持多系统平台，支持高吞吐量的业务处理…。很显然，我们可以把“提供多种消息交换方式、支持多种消息类型，提供可靠传输等服务质量控制机制”看成是该中间件的功能性特征，而把“支持高吞吐量的业务处理”作为非功能性的特征。
如果中间件的选择者能够从自己的需求中归纳出对中间件的“功能需求”，就可以把它们和面前的中间件的功能性特征做一下对照。
功能性特征一般比较容易测试，因而也比较容易验证。
支持标准对于中间件必可缺少
面向消息的中间件一直以来缺乏技术标准/规范。自从J2EE制定出基于Java的Java消息传输服务（JMS）以后，人们对消息中间件的技术要求就有多了一项内容。相比较而言，事务处理监控程序（交易中间件）相关的技术规范就要多一些，主要是X/OPEN（现称为OPENGROUP）的分布式事务处理系列规范，包括
