Hi, I'm happy that qooxdoo way of doing things is like other GUI libraries. Closures seems to be cool, but are they really useful to library like qooxdoo?
Personally I don't see a reason to use them, are privates so important to you that you want to hide them? The convention with two underscores just works, you see easily these members in debugger and generator already obfuscates them. Just my two cents;) Best regards Petr Kobalicek On Sun, Sep 5, 2010 at 11:14 AM, panyasan <i...@bibliograph.org> wrote: > > Hello list, > > a few days ago, I watched a presentation by Nicolas Zakas on "Scalable > Javascript Architecture" in the fantastic "YUI theatre" presentation series > with all the Crockford fun lectures: > > http://developer.yahoo.com/yui/theater/video.php?v=zakas-architecture > http://www.slideshare.net/nzakas/scalable-javascript-application-architecture > > I found the model he is presenting totally convincing (Core, Sandbox, Module > - Architecture) and am currently trying to take over some of the ideas into > a new app I am currently building. However, the technique he is using is > really working with JavaScript the way it was meant to be used (functional > programming with heavy use of closures). In contrast, as everyone knows and > enjoys, qooxdoo is trying to bring a different programming model which is > closer to traditional-style OO. In particular, the use of "private > variables" via closures is hard to emulate with qooxdoo when one wants to > keep using the qooxdoo "classes". In exchange, the generator provides for > "private" variable by way of mangling the variable names of members that > start with double underscore. However, the security this offers is not > comparable to the closure-way of doing things. > > I wonder if some of the ideas presented in the talk could find their way > into qooxdoo. Or is it already there and I just don't know about it yet? > > Thanks, > > Christian > -- > View this message in context: > http://qooxdoo.678.n2.nabble.com/Scalable-Javascript-Architecture-tp5500032p5500032.html > Sent from the qooxdoo mailing list archive at Nabble.com. > > ------------------------------------------------------------------------------ > This SF.net Dev2Dev email is sponsored by: > > Show off your parallel programming skills. > Enter the Intel(R) Threading Challenge 2010. > http://p.sf.net/sfu/intel-thread-sfd > _______________________________________________ > qooxdoo-devel mailing list > qooxdoo-devel@lists.sourceforge.net > https://lists.sourceforge.net/lists/listinfo/qooxdoo-devel > ------------------------------------------------------------------------------ This SF.net Dev2Dev email is sponsored by: Show off your parallel programming skills. Enter the Intel(R) Threading Challenge 2010. http://p.sf.net/sfu/intel-thread-sfd _______________________________________________ qooxdoo-devel mailing list qooxdoo-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/qooxdoo-devel
