Changes between Version 4 and Version 5 of Documentation/Serialization


Ignore:
Timestamp:
Feb 4, 2010, 6:33:55 PM (15 years ago)
Author:
Christoph Mayer
Comment:

--

Legend:

Unmodified
Added
Removed
Modified
  • Documentation/Serialization

    v4 v5  
    7979 * string and char* support, T( char* | std::string )
    8080
    81 It is always best to use types that have a specified length, e.g. {{{uint8_t}}}, {{{uint16_t}}}, ... etc. If you are serializing through a
     81It is always best to use types that have a specified length, e.g. {{{uint8_t}}}, {{{uint16_t}}}, ... etc. If you are serializing through a inherited type where the serialization is provided in the base class, use the {{{&}}} operator before. Such a case is e.g. the {{{NodeID}}} class:
     82{{{
     83#!cpp
     84NodeID n;
     85SpoVNetID s
     86...
     87sznBeginDefault( Classname, X ) {
     88        X && &n && &s;
     89} sznEnd();
     90}}}
    8291
    83 
    84 In your {*.cpp} class you  require a further macro. In case of the !PingPong sample this is simply:
     92In your {{{*.cpp}}} class you  require a further macro. In case of the !PingPong sample this is simply:
    8593{{{
    8694#!cpp
    8795vsznDefault(PingPongMessage);
    8896}}}
     97
     98
     99
     100
     101if (X.isDeserializer())
    89102
    90103
     
    99112
    100113
     114{{{
     115#!comment
    101116
    102117Non-virtual inline serialization is reasonable on small or bit-sensitive objects (for example IP-Adresses, Ports etc.).
     
    159174== Message specification, serialization and deserialization ==
    160175
    161 
     176}}}