I love all the stuff that Qooxdoo is able to do with its classes and compilation, but it does feel a little bit like it has been created by Java programmers. For the future, I see a few possibilities to make it more "JavaScript-ish". This is long-term stuff, but I’m interested in your opinion.
- Getters, setters: with ECMAScript 5 supporting them, qxoo should migrate to them. Using obj.foo instead of obj.getFoo() would be great. I also wonder if some of the getXXX() methods of the Qooxdoo API could not be turned into (possibly read-only) properties, then. Cocoa API listings look very clean, because they often use properties (I don’t program Cocoa, but it looks like all of their binding stuff is based on them). - Invoking super methods: Currently, you need "arguments" to go to super. In the upcoming strict mode, arguments.callee will be forbidden, which makes the current qxoo solution impossible. How about the Prototype.js solution of introducing an additional parameter $super (only) if you want to call super (which I have stolen in [1])? - Singletons are a construct from class-based languages that are not necessary in JavaScript. Instead, you can directly create objects. I’m guessing qxoo has introduced them to support infrastructure such as events(?) - Doing prototypal inheritance: I don’t think it would change much of Qooxdoo, if it went completely prototypal (see [1]), but it would be truer to JavaScript’s foundations. - CommonJS modules: everyone seems to use them (especially node.js). Any plans for Qooxdoo? Thanks for reading! Axel [1] http://www.2ality.com/2011/01/going-completely-prototypal-in.html -- Dr. Axel Rauschmayer [email protected] Home: http://rauschma.de Blog: http://2ality.com ------------------------------------------------------------------------------ Protect Your Site and Customers from Malware Attacks Learn about various malware tactics and how to avoid them. Understand malware threats, the impact they can have on your business, and how you can protect your company and customers by using code signing. http://p.sf.net/sfu/oracle-sfdevnl _______________________________________________ qooxdoo-devel mailing list [email protected] https://lists.sourceforge.net/lists/listinfo/qooxdoo-devel
