Cada arquivo de definição de mensagens descreve a estrutura lógica de suas mensagens e os formatos físicos que descrevem a aparência exata do fluxo de bits da mensagem durante a transmissão.Se você estiver utilizando o domínio MRM, as informações de formato físico devem ser fornecidas, pois elas instruem o analisador exatamente sobre como analisar o fluxo de bits da mensagem.
Você pode imaginar uma mensagem como um pacote de dados enviados de um local para outro. O emissor e o receptor da mensagem concordarão com a estrutura da mensagem e sobre o que significa cada campo na mensagem. Essa é a estrutura lógica independente de plataforma de protocolo.
O emissor e o receptor também concordarão sobre a representação física da mensagem, como os dados estão organizados fisicamente na ligação. Por exemplo, se você definir uma mensagem que transporta informações sobre um débito de uma conta bancária de um cliente, ela poderá ser representada em diferentes formatos físicos (os exemplos são XML ou uma estrutura fixa, tal como, copybook COBOL). O significado e os dados são iguais em ambos os casos: apenas o layout físico foi alterado.
Se estiver utilizando o domínio MRM, você poderá modelar várias representações físicas diferentes utilizando formatos físicos.
O exemplo a seguir mostra como uma mensagem lógica muito simples pode ter diferentes representações físicas.
O modelo lógico define a estrutura e ordem da mensagem. No exemplo a seguir, os três campos são inteiros simples e C segue B, que segue A:
int A; int B; int C;
<Msg><A>xxxxxxxx</A><B>xxxxxxxx</B><C>xxxxxxxx</C></Msg>em que xxxxxxxx é o valor do inteiro representado como uma cadeia (o XML lida apenas com cadeias).Uma representação alternativa pode ser:
<Msg A="xxxxxxxx" B="xxxxxxxx" C="xxxxxxxx"/>em que os valores dos inteiros são armazenados como atributos XML em vez de elementos XML. Você fornece processamento de XML preciso para cada campo na mensagem como propriedades de XML.
{A_tag:xxxxxxxx;B_tag:xxxxxxxx;C_tag:xxxxxxxx}Um alternativa pode depender dos dados que estão sendo ordenados, portanto, apenas o delimitador de finalização precisa ser especificado, da seguinte forma:
[xxxxxxxx;xxxxxxxx;xxxxxxxx]Você fornece o regime de identificação preciso como propriedades TDS.
Isso mostra que o modelo lógico está inalterado. Ele é constante, independentemente da representação física escolhida para ser modelada sobre ele, utilizando o suporte ao formato físico fornecido pelo domínio MRM. O analisador MRM pode transformar a mensagem de representação física de entrada em qualquer número de representações de saída, com base nas camadas de formato de ligação definidas.
Ao criar seu conjunto de mensagens, será possível criar formatos físicos. Isso é feito utilizando o Editor do Conjunto de Mensagens. Na próxima vez em que salvar o arquivo messageSet.mset, os novos formatos físicos serão adicionados a todos os objetos em todos os arquivos de definição de mensagens nesse conjunto de mensagens.
Na próxima vez em que editar um objeto em um arquivo de definição de mensagens, você verá os formatos físicos na área de janela de hierarquia de propriedades da guia Propriedades. Se clicar em um formato físico para um objeto, aparecerá uma folha de propriedade na qual você pode inserir as informações para esse formato físico para esse objeto.
Observe que nem todos os objetos possuem propriedades em todos os formatos físicos. Por exemplo:
Isso é devido à natureza diferente de cada formato físico e essas diferenças são explicadas com detalhes adicionais na seção de cada formato físico.
Não há limite ao número de formatos físicos que podem ser criados em um determinado conjunto de mensagens. No entanto, existem algumas recomendações que se aplicam, se você desejar misturar formatos físicos de diferentes tipos no mesmo conjunto de mensagens.
Os formatos físicos podem ser excluídos se não forem mais necessários.