RTI Connext .Net APIs
Version 5.2.0
|
Allows you to attach application-specific values to a DDS::DataWriter or DDS::DataReader, which are passed to the serialization or deserialization routine of the associated data type and choose whether to set padding bytes to zero during serialization. More...
#include <managed_infrastructure.h>
Static Public Member Functions | |
static System::String^ | get_typesupport_qos_policy_name () |
Stringified human-readable name for DDS::TypeSupportQosPolicy. | |
Public Attributes | |
IntPtr | plugin_data |
Value to pass into the type plugin's de-/serialization function. | |
CdrPaddingKind | cdr_padding_kind |
Determines whether or not the padding bytes will be set to zero during CDR serialization. | |
Allows you to attach application-specific values to a DDS::DataWriter or DDS::DataReader, which are passed to the serialization or deserialization routine of the associated data type and choose whether to set padding bytes to zero during serialization.
The purpose of this QoS is to allow a user application to pass data to a type plugin's support functions and choose whether or not to set the padding bytes to zero when serializing a sample using CDR encapsulation.
The DDS::TypeSupportQosPolicy::plugin_data allows you to associate a pointer to an object with a DDS::DataWriter or DDS::DataReader. This object pointer is passed to the serialization routine of the data type associated with the DDS::DataWriter or the deserialization routine of the data type associated with the DDS::DataReader.
You can modify the rtiddsgen-generated code so that the de/serialization routines act differently depending on the information passed in via the object pointer. (The generated serialization and deserialization code does not use the pointer.)
This functionality can be used to change how data sent by a DDS::DataWriter or received by a DDS::DataReader is serialized or deserialized on a per DataWriter and DataReader basis.
It can also be used to dynamically change how serialization (or for a less common case, deserialization) occurs. For example, a data type could represent a table, including the names of the rows and columns. However, since the row/column names of an instance of the table (a Topic) don't change, they only need to be sent once. The information passed in through the TypeSupport QoS policy could be used to signal the serialization routine to send the row/column names the first time a DDS::DataWriter calls DDS::TypedDataWriter::write, and then never again.
The DDS::TypeSupportQosPolicy::cdr_padding_kind allows you to choose whether or not the padding bytes are set to zero during CDR serialization.
IntPtr DDS::TypeSupportQosPolicy::plugin_data |
Value to pass into the type plugin's de-/serialization function.
[default] NULL
CdrPaddingKind DDS::TypeSupportQosPolicy::cdr_padding_kind |
Determines whether or not the padding bytes will be set to zero during CDR serialization.
In a DomainParticipant, this value configures how the padding bytes are set when serializing data for the Built-In Topic DataWriters and DataReaders. A value of ::DDS::CdrPaddingKind::AUTO_CDR_PADDING defaults to ::DDS::CdrPaddingKind::NOT_SET_CDR_PADDING.
For DataWriters and DataReaders, this value configures how padding bytes are set when serializing data for that entity. A value of ::DDS::CdrPaddingKind::AUTO_CDR_PADDING means that the entity will inherit whatever value is set on the DomainParticipant.
[default] ::DDS::CdrPaddingKind::AUTO_CDR_PADDING