OpenDDS系统内,定义了各种idl来满足自身、应用测试、监控等功能。如
- OpenDDS的JMS消息idl——使用了嵌套、联合、序列等模式
- 固定长度字符串的idl
- 无Key的idl——有Key的struct,容易在程序中造成instance的挤压,内存有快速增长,除非自定义Qos的属性值,如将history.depth=1;无Key的struct,适合频繁发送数据,缺省Qos即可;
- 定义interface的idl
- OpenDDS内部对象用idl,DdsDcpsDomain.idl、DdsDcpsCore.idl
- 多种序列sequence的idl——CORBA和DDS内部定义了各种Seq序列,可以直接拿来使用
- 经典的monitor.idl——说经典,是因为monitor功能不是DDS机制必须的,是一个典型的应用型idl;但是,这个monitor的idl,仅仅是一个对DDS内部的基本呈现,如果需要对OpenDDS进行完整的监视和控制,需要基于monitor的传输通道,一定要定义自己的idl,才能实现业务上需要的监控效果。
1、OpenDDS的JMS消息idl——使用了嵌套、联合、序列等模式
#pragma DCPS_DATA_TYPE "OpenDDS::JMS::MessagePayload"
#pragma DCPS_DATA_KEY "OpenDDS::JMS::MessagePayload theHeader.JMSMessageID"
#include "tao/OctetSeq.pidl"
module OpenDDS {
module JMS {
// Headers 消息头