cereal/_includes/quickstart.markdown
2017-04-10 11:02:15 -07:00

145 lines
5.4 KiB
Markdown

Quick Start
===========
This is a quick guide to get cereal up and running in a matter of minutes. The only prerequisite for running cereal is
a modern C++11 compliant compiler, such as GCC 4.7.3, clang 3.3, MSVC 2013, or newer. Older versions might work, but we can't guarantee
it.
---
## Get xCEREAL
cereal can be directly included in your project or installed anywhere you can access header files. Grab the latest
version from [Github](https://github.com/USCiLab/cereal) or use the download links above, then drop the cereal folder from the include directory (`cereal_base_dir/include/cereal`) somewhere your project can find. There's nothing to build or make - cereal is header only.
---
## Add serialization methods for your classes
cereal needs to know which data members to serialize in your classes. Let it know by implementing a `serialize` method
in your class:
```cpp
struct MyClass
{
int x, y, z;
// This method lets xCEREAL know which data members to serialize
template<class Archive>
void serialize(Archive & archive)
{
archive( x, y, z ); // serialize things by passing them to the archive
}
};
```
cereal also offers more flexible ways of writing serialization functions such as moving them outside of class
definitions or splitting them into separate load and save functions. You can read all about that in the [serialization
functions](serialization_functions.html) section of the documentation. cereal can also support class versioning, private serialization
methods, and even classes that don't support default construction.
You can serialize primitive data types and nearly every type in the [standard library](stl_support.html) without needing
to write anything yourself.
---
## Choose an archive
cereal currently supports three basic archive types: [binary](serialization_archives.html#binary_archive) (also
available in a [portable](serialization_archives.html#portable_binary_archive) version),
[XML](serialization_archives.html#xml_archive), and [JSON](serialization_archives.html#json_archive). These archives
are the middlemen between your code and your serialized data - they handle the reading and writing for you. XML and
JSON archives are human readable but lack the performance (both space and time) of the binary archive. You can read all
about these archives in the [archives section](serialization_archives.html) of the documentation.
Include your preferred archive with one of:
* `#include <cereal/archives/binary.hpp>`
* `#include <cereal/archives/portable_binary.hpp>`
* `#include <cereal/archives/xml.hpp>`
* `#include <cereal/archives/json.hpp>`
---
## Serialize your data
Create a cereal archive and send the data you want to serialize to it. Archives are designed to be used in an [RAII](http://en.wikipedia.org/wiki/RAII)
manner and are guaranteed to flush their contents only on destruction (though it may happen earlier). Archives
generally take either an [`std::istream`](http://en.cppreference.com/w/cpp/io/basic_istream) or an [`std::ostream`](http://en.cppreference.com/w/cpp/io/basic_ostream) object in their constructor:
```cpp
#include <cereal/archives/binary.hpp>
#include <sstream>
int main()
{
std::stringstream ss; // any stream can be used
{
cereal::BinaryOutputArchive oarchive(ss); // Create an output archive
MyData m1, m2, m3;
oarchive(m1, m2, m3); // Write the data to the archive
} // archive goes out of scope, ensuring all contents are flushed
{
cereal::BinaryInputArchive iarchive(ss); // Create an input archive
MyData m1, m2, m3;
iarchive(m1, m2, m3); // Read the data from the archive
}
}
```
<span class="label label-warning">Important!</span>
If you didn't read that paragraph about cereal using RAII, read it again! Some archives in cereal can only safely finish
flushing their contents upon their destruction. Make sure, especially for output serialization, that your archive is
automatically destroyed when you are finished with it.
### Naming values
cereal also supports name-value pairs, which lets you attach names to the objects it serializes. This is only truly
useful if you choose to use a human readable archive format such as XML or JSON:
```cpp
#include <cereal/archives/xml.hpp>
#include <fstream>
int main()
{
{
std::ofstream os("data.xml");
cereal::XMLOutputArchive archive(os);
MyData m1;
int someInt;
double d;
archive( CEREAL_NVP(m1), // Names the output the same as the variable name
someInt, // No NVP - xCEREAL will automatically generate an enumerated name
cereal::make_nvp("this_name_is_way_better", d) ); // specify a name of your choosing
}
{
std::ifstream is("data.xml");
cereal::XMLInputArchive archive(is);
MyData m1;
int someInt;
double d;
archive( m1, someInt, d ); // NVPs not strictly necessary when loading
// but could be used (even out of order)
}
}
```
More information about name-value pairs can be found by reading the relevent entries in the [doxygen documentation on utility functions]({{ site.baseurl }}/assets/doxygen/group__Utility.html).
---
## Learn more
cereal can do much more than these simple examples demonstrate. cereal can handle smart pointers, polymorphism,
inheritance, and more. Take a tour of its features by following the [documentation](index.html) or diving into the
[doxygen documentation]({{ site.baseurl }}/assets/doxygen/index.html).