Boost logo

Boost :

Subject: Re: [boost] [explore] Library Proposal: Container Streaming
From: Robert Ramey (ramey_at_[hidden])
Date: 2009-12-01 12:14:58

Jeffrey Bosboom wrote:
> Robert Ramey wrote:
>> Jeffrey Bosboom wrote:
>>> I've written simple versions of streaming operators (both output and
>>> input) for the standard containers as a simple, low-barrier-to-entry
>>> form of serialization. Do you plan to provide the input operators
>>> too? (I understand this would involve some restrictions on the
>>> streamed forms of the container elements to prevent parsing
>>> ambiguity.)
>> how would this be different than just writing a special archive
>> class and using boost seriallization?
>> Robert Ramey
> It didn't require learning to use Boost.Serialization.

Here is what you're example looks like with boost serialization

#include <iostream>
#include <boost/serialization/vector.hpp>
#include <boost/serialization/map.hpp>
#include <boost/serialization/list.hpp>
#include <boost/serialization/string.hpp>
//#include <boost/date_time.hpp>
#include <boost/archive/text_oarchive.hpp>
int main(int argc, char * argv[]){
boost::archive::text_oarchive output_log(std::cout);
// simple vector example
std::vector<int> vi;
output_log << vi;
// lets do some containers in containers
std::vector<std::vector<int> > vvi;
output_log << vvi; // prints [[1, 2, 3], [1, 2, 3]]
// associative containers
std::map<std::string, int> si_map;
si_map["hello"] = 1;
si_map["world"] = 2;
output_log << si_map; // prints [hello:1, world:2]
#if 0
// containers of complex types
std::list<date> dl; // date from boost::gregorian
dl.push_back(date(2007, Jan, 1));
dl.push_back(date(2007, Jan, 3));
output_log << dl; // prints [2007-Jan-1, 2007-Jan-3]
// how about some boost container types:
boost::array<std::string, 2> sa2;
sa2[0] = "one";
sa2[1] = "two";
output_log << sa2; // prints [one, two]

I excluded data/time because I didn't have it compiled on my machine.
I don't see it as being any more difficult to use/learn than the library
you propose.

If I were to do this, I would likely make a special "human readable"
text archive. This would be a tiny fraction of the effort already
expended and produce a result with much more features.

>Also, in the
> specific case I needed this for, I was running code on a cluster where
> Boost was not available, so it was lighter-weight (although obviously
> far less featureful).

I don't see how one is going to run boost libraries in an
environment were boost is not available.

Sorry, I'm just not getting this.

Robert Ramey

Boost list run by bdawes at, gregod at, cpdaniel at, john at