In-Reply-To: <[EMAIL PROTECTED]> On Thu, 12 Dec 2002 21:37:29 -0800 Robert Ramey ([EMAIL PROTECTED]) wrote: > One thing that my usage of "serialization" does not include is > transformation or mapping to any other arbitrary format. Some > formats may not be rich enough to capture the "meaning" of the > set of objects in a useful way. For example capturing an > arbitrary set of C++ objects in a CSV file might be possible, > but it would be no richer than a simple sequence of bytes. > Hence, though possible, it would be pointless.
This seems like a difference of opinion that I would like to understand better. Let's say I have a bunch of C++ objects that I want to export to a 3rd party spread-sheet, eg to draw a pretty graph, and the spread-sheet only understands CSV. Is there any reason I shouldn't write an archive class to generate CSV directly? I don't care if the full "meaning" is not captured, provided I get enough for the spread-sheet to do its stuff. Or suppose I have some CSV data I want to import. I don't care that CSV cannot represent every possible C++ data structure, I just want some C++ objects that reflect what is in the CSV. To me being able to do these things would not be pointless. I'd get paid to do it! Of course writing CSV support from scratch isn't much harder than adding the generic boost serialisation, but using boost I would also get other formats for free. Is it just that you are not personally interested in this stuff, or that it was too much work to consider for the original submission, or do you see dangers lurking here? Many of us want the library to be able to support lossy formats like CSV. Will doing that compromise the design? -- Dave Harris _______________________________________________ Unsubscribe & other changes: http://lists.boost.org/mailman/listinfo.cgi/boost