Hi Olli,
Oliver Vogel wrote:
Maybe a silly question, but WHY writing such a thing.
Not a silly question at all!
Why not sending a simple string and let the programmer do what she wants?
Perhaps the way I phrased this wasn't quite right. The idea I had in
mind was to provide a framework for plugable encoding/decoding methods.
The aim is to provide nice, clean mechanisms for seperation of concerns.
Additionally, one could view building actual encoding and decoding
classes (or including classes from other projects) as making Qooxdoo
"more complete".
I am using JSON to generate a simple string from the data and everything
works fine.
We're doing that as well. We're also looking at adding various
content-encoding capabilities to our application framework in a nice,
uniform manner. As we use Qooxdoo, we've decided that we may as well see
if there's demand in the Qooxdoo community for the stuff we're looking
at authoring for reuse.
JSON is available under many programming-languages, so what's the problem
and WHY writing good tool once again?
We wouldn't be doing server-side stuff for the Qooxdoo project at this
time (if that's what you're asking).
Best regards,
Chris
Olli
Hi all,
Now, I plan to start working on classes that provide:
* Encoding of request data and decoding of response data
-------------------------------------------------------
This SF.net email is sponsored by: Splunk Inc. Do you grep through log files
for problems? Stop! Download the new AJAX search engine that makes
searching your log files as easy as surfing the web. DOWNLOAD SPLUNK!
http://sel.as-us.falkag.net/sel?cmd=lnk&kid=103432&bid=230486&dat=121642
_______________________________________________
Qooxdoo-devel mailing list
[email protected]
https://lists.sourceforge.net/lists/listinfo/qooxdoo-devel
--
Chris Ricks - BE (Melb)
Lead Software Engineer
IT Operations
Phone: 1300 722 388
Mobile: 0433 276 911
E-mail: [EMAIL PROTECTED]
begin:vcard
fn:Chris Ricks
n:Ricks;Chris
email;internet:[EMAIL PROTECTED]
tel;work:1300 722 388
tel;cell:0433 276 911
x-mozilla-html:FALSE
version:2.1
end:vcard