<div dir="ltr">On Wed, Feb 6, 2013 at 8:44 PM, Sean Silva <span dir="ltr"><<a href="mailto:silvas@purdue.edu" target="_blank">silvas@purdue.edu</a>></span> wrote:<br><div class="gmail_extra"><div class="gmail_quote">
<blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><div class="im">> I have a strong objection to coupling serialization to domain objects (that<br>
> usually explodes over time).<br>
<br>
</div>Fair enough. IMO a free function is better too.<br>
<div class="im"><br>
> I'm for adding free-standing functions once we have a better idea how an<br>
> interface would look - but I'd like requests from other people to use it and<br>
> seeing their use cases.<br>
<br>
</div>It might be interesting to just put something out there with basic<br>
functionality (and document it to make it discoverable), and see what<br>
people do with it (if anything). JSON output (even rudimentary output)<br>
opens the door to integration with lots of programming environments<br>
(and importantly, lots of _developers_).<br>
<br>
As you said, it's not that much code, so it doesn't really hurt to put<br>
it there on an experimental basis (but could lead to a big win). If<br>
you do this, please document it (as an experimental feature looking<br>
for users and which will be gladly enhanced when presented with use<br>
cases) somewhere in the introductory material to make it discoverable.<br></blockquote><div><br></div><div style>I stand by my argument based on the fact that it's really easy for developers to output their own format to whatever they need.</div>
<div style>I won't object to people throwing patches at me though ;)</div></div></div></div>