- Include the header file:
ThorSerialize/Traits.h
- Use one of these macros to declare your type as serializable
-
ThorsAnvil_MakeTrait(DataType, members...)
-
ThorsAnvil_ExpandTrait(ParentType, DataType, members...)
-
ThorsAnvil_Template_MakeTrait(TemplateParameterCount, DataType, members...)
-
ThorsAnvil_Template_ExpandTrait(TemplateParameterCount, ParentType, DataType, members...)
-
ThorsAnvil_PointerAllocator(DataType, Action)
-
ThorsAnvil_MakeEnum(EnumType, EnumValues...)
-
ThorsAnvil_PolyMorphicSerializer(Type)
-
ThorsAnvil_RegisterPolyMorphicType(Type)
-
ThorsAnvil_MakeTraitCustomSerialize(Type, SerializableType)
DataType: The name of a class (includeing namespace) of the type
you want to be able to serialize at some point.
ParentType: The name of a class that has previously been declared
using `ThorsAnvil_MakeTrait` or `ThorsAnvil_ExpandTrait`
and the parent of `Type`
TemplateParamCount: If `Type` is a template type the number of parameters it needs
so that it is fully generalized.
members: A list of member (names) of the class `Type` that need
to be serialized.
EnumValues: A list of the enum values for the associated enum type.
Action: A type that supports to static methods
static DataType* alloc() // Called to default allocate an object. default new
static void release(DataType*) // Called to release object. default delete
SerializableType: A type used to serialize non standard (or complex types).
This is specialized for each format type.
See the documentation in Traits.h for details.
The two macros above build a template specialization of the class ThorsAnvil::Serialize::Traits<Type>
specific to your class. As a consequence these macros should not be placed inside any namespace blocks.
#include "ThorSerialize/Traits.h"
namespace MyNameSpace
{
class MyClass
{
public:
int x;
};
// This will fail as it is being used inside the `MyNameSpace` namespace
ThorsAnvil_MakeTrait(MyClass, x);
}
// The correct location to use the macro is here
ThorsAnvil_MakeTrait(MyNameSpace::MyClass, x);
If any members of the class that need to be serialized are private you must define a friendship to allow the Traits<X>
class to have access to the private members.
#include "ThorSerialize/Traits.h"
namespace MyNameSpace
{
class MyClass
{
// Allow the traits class to access private members of your class.
friend class ThorsAnvil::Serialize::Traits<MyClass>;
double y;
public:
int x;
};
}
ThorsAnvil_MakeTrait(MyNameSpace::MyClass, x, y);
The appropriate declarations for all the standard containers are provided. You simply need to include "ThorSerialize/SerUtil.h" to include these declarations.
#include "ThorSerialize/SerUtil.h"
#include "ThorSerialize/JsonThor.h"
#include <vector>
#include <iostream>
int main()
{
using ThorsAnvil::Serialize::jsonExporter;
using ThorsAnvil::Serialize::PrinterInterface;
std::vector<int> data {1,2,3,4,5};
std::cout << ThorsAnvil::Serialize::jsonExporter(data, PrinterInterface::OutputType::Stream);
}
- Include the header file "ThorSerialize/JsonThor.h".
- There are two functions in the namespace
ThorsAnvil::Serialize
. jsonExporter(<YourObject>, characteristics = Default);
jsonImporter(<YourObject>);
Both these methods return an object that simply contains a reference to YourObject
(no actual serialization happens). When this object is serialized to a stream using operator<<
or operator>>
respectively then the code will read/write the appropriate members and serialize/deserialzie them to/from the stream. Because the returned object contains a reference to the object that needs to be serialized; the lifespan should be shorted than YourObject
to avoid a dangling reference. Therefore it is usually best to just use them directly in the stream operation.
std::vector<int> data{1,2,3,4,5,6};
std::cout << jsonExporter(data);
std::cin >> jsonImporter(data);
On export there is a second parameter characteristics
that allows some simple control on serialization (it basically affects white space to make debugging easier). Values are:
Default: What ever the implementation likes.
Currently this means `Config` but I have plans for an
application level setting that is checked.
Stream: Compressed for over the wire protocol. ie. No Space.
Config: Human readable Potentially config file like.
The description above is for Json Serialization/Deserialization. But the exact same description can be used for Yaml. Simply replace Json with Yaml and replace json with yaml.
The export parameter characteristics
has slightly different meaning for printing yaml. See the libyaml documentation for the meaning of these flags.
Default: What ever the implementation likes.
Currently this means YAML_BLOCK_MAPPING_STYLE but I have plans for an
application level setting that is checked.
Stream: YAML_FLOW_MAPPING_STYLE
Config: YAML_BLOCK_MAPPING_STYLE
The description above is for Json Serialization/Deserialization. But the exact same description can be used for Bson versions. Simply replace Json with Bson and replace json with bson.
The export parameter characteristics
has no affect on binary.
The JSON "Object" is a set of "name"/"value" pairs. But the name part is always a "String". If you use a std::map<Key, Value>
where the "Key" is a std::string
then the std::map<>
will be represented by a JSON "Object". If any other type is used as the "Key" then std::map<>
will be represented as a Json "Array" where each member of the array is std::pair<Key,Value>
.
// Example:
int main()
{
std::map<std::string, int> data1{{"M": 1}};
std::cout << jsonExporter(data1) << "\n"; // {"M":1}
std::map<int,int> data2{{15,2}};
std::cout << jsonExporter(data2) << "\n"; // [{"first":15, "second":2}]
}
By defaul the parser is linient.
If it finds a "Key" that it does not recognize (or know how to decode) then it will ignore the "Value". This is controlled via the second parameter passed to the parser which defaults to "Weak"
using TS = ThorsAnvil::Serializer;
using PT = TS::ParserInterface::ParseType;
TS::JasonParser parser(stream, PT::Strict /* or Weak*/);
TS::DeSerializeMember deSer(parser);
T object;
deSer.parse(object);
// -----------
// Or Short hand
T object;
stream >> TS::jsonImporter(object, PT::Strict);
Strict parsing does not allow extra parameters in the Json input. Exact parsing takes one further step in that all members in the object must be present in the Json. If not all members are available then an exception is thrown.
using TS = ThorsAnvil::Serializer;
using PT = TS::ParserInterface::ParseType;
TS::JasonParser parser(stream, PT::Exact;
TS::DeSerializeMember deSer(parser);
T object;
deSer.parse(object);
// -----------
// Or Short hand
T object;
stream >> TS::jsonImporter(object, PT::Exact); //