Issue 12: Need DotNet version
Status:  New
Owner: ----
Reported by Robert.David.Williams, Apr 7, 2009
I like what I see, but I need/want to use it from .Net.  I also need the
Python, JavaScript, and Java versions, but they already exist.

I propose to port json-template to .Net, if that would be acceptable. 
Please inform me regarding the necessary coordination steps (shall I send
you a draft for your review?).

Apr 7, 2009
#1 andy.cho...@gmail.com
Great.  The first goal is just to make something that passes the language-independent
tests.  As you'll notice, all 3 implementations run against the *same* Python tests,
with a verifier.py shim.

That's all that's needed for the first cut.  After that, we can talk about polish and
details.  But essentially the tests are the specification.

If you have any questions about the concepts or code structure, or need advice for
packaging/API details, don't hesitate to e-mail the mailing list.

If you want you can send it in in small increments, before all tests pass, but
personally I don't have too much experience reviewing .Net code.  If you have someone
who will give feedback about the language API, that would be good, or you can just
send it all in.

Although really the main API is a Template class with an expand() method, so that
should be pretty language independent.  Although I'm not sure how you would support
different JSON structures in statically typed languages -- in Python and JavaScript
it's built in.

https://code.google.com/p/json-template/wiki/DevelopingJsonTemplate

https://code.google.com/p/json-template/wiki/ImplementationNotes


Apr 7, 2009
#2 andy.cho...@gmail.com
To clarify the last part, I meant that I'm not sure if all JSON parsers for a given
platform (Java, .NET) give you the same in memory data structures.

In Python it's obvious, but in other languages a JSON dictionary might correspond to
any number of data structures??  Like, will I be able to use *any* .NET JSON parser
to easily interface with this implementation?

Actually I didn't check what the Java version does in this respect, so if anyone has
any advice on that issue, that would be appreciated.

Apr 7, 2009
#3 william....@gmail.com
No, (at least in Java) they don't use the same in-memory data structures. That's why 
the Java version currently uses Java Collections interfaces (List, Map) and can 
access properties & fields of random classes via reflection.
May 12, 2009
Project Member #4 gtempacc...@yahoo.com
Robert, have you been working on this all?  Just curious.

May 14, 2009
#5 Robert.David.Williams
I have not been working on this yet--I got attacked by my JOB (production release). 
I do want to work on it, but I cannot make any promises on timing.  Therefore, I
completely understand if you want to assign it to someone else.  Perhaps I can
contribute by testing, or perhaps I will get to implement it soon if no one else
takes it on.  Best wishes...
May 14, 2009
Project Member #6 andyc...@gmail.com
OK I see.  There's no assigning here :)  If you get to it, great.  Otherwise this
issue will just serve as a placeholder for anyone else who wants to come along.