Hey,

Its interesting to see this thread and thanks stefan for your answer. I could 
not have said it better. I just want to add some details. You can still use the 
data binding if you just use the json marshaler to create the objects loaded 
with RPC. Without hat, you can still use all the controller for the views.
Best,
Martin

Von meinem iPad gesendet

Am 25.09.2010 um 15:35 schrieb "Stefan Volbers" <[email protected]>:

> Hej,
> 
> the store, while using the simpler qx.io.remote.Request system to 
> retrieve data, has the advantage of being coupled to the (rather new) 
> qooxdoo data binding system.
> This makes binding the data to qooxdoo widgets (like lists, or forms) 
> quite simple.
> 
> qx.io.remote.Rpc is the more advanced IO system, especially when doing 
> more sophisticated requests to the server I find it very handy. So, IMHO 
> it is superior to remote.Request, but (for now, AFAICT) it doesn't 
> supply the data binding automagic.
> 
> You should choose your preferred IO sys by asking yourself what you want 
> to accomplish in the long term.
> Actually, if you intend to use qooxdoo on a regular basis, I'd recommend 
> you to make yourself acquainted to both ways of server comm, as it ain't 
> so hard, and may be a good exercise.
> 
> Maybe this explains the mentioned inconsistency in the manual. If you 
> have a proposal to clean up the manual and provide some improved docs, 
> feel free to do so (you might open a bug in bugzilla), it would be 
> appreciated.
> 
> Greetings,
> Stefan
> 
> On 25.09.2010 12:31, olberd wrote:
>> 
>> In the data binding chapter in the manual it is recommended to use stores to
>> retrieve the data.
>> However, in the communication chapter there are no instructions for setting
>> up a json service for use with the json store.
>> On the other hand, there are instructions for setting up an rpc server,
>> including a nice implementation with error handling and such.
>> 
>> So the communication chapter implies that the way to go is rpc, while the
>> data binding chapter recommends stores.
>> 
>> I think that is a bit inconsistent.
>> 
>> What are the benefits of the stores versus the rpc approach?
> 
> ------------------------------------------------------------------------------
> Start uncovering the many advantages of virtual appliances
> and start using them to simplify application deployment and
> accelerate your shift to cloud computing.
> http://p.sf.net/sfu/novell-sfdev2dev
> _______________________________________________
> qooxdoo-devel mailing list
> [email protected]
> https://lists.sourceforge.net/lists/listinfo/qooxdoo-devel

------------------------------------------------------------------------------
Start uncovering the many advantages of virtual appliances
and start using them to simplify application deployment and
accelerate your shift to cloud computing.
http://p.sf.net/sfu/novell-sfdev2dev
_______________________________________________
qooxdoo-devel mailing list
[email protected]
https://lists.sourceforge.net/lists/listinfo/qooxdoo-devel

Reply via email to