John Spackman wrote: > Hi Fabian, > > We're using our own Java based framework which uses JS in a few specific > places so we don't have a serious server side JS framework to speak of (so > far). Narwhal particularly seems a suitable place to start although it does > mean a steeper learning curve than I expected, and there isn't any > documentation on embedding Narwhal. > > Am I right in saying that the generator doesn't apply to Qxoo? If it's a > given that the server only needs to load code once and then keeps it, would > this mean that the generator has little benefit in a server-side > environment? >
Ok, let's just sweep through the features of the generator, and see if they apply: - code compression: probably not relevant as you don't have to concern yourself with bandwidth and download times on the server, but could be interesting if the server process keeps source code in memory (rather than byte code), as compression could reduce memory footprint - dependency analysis: this could still be interesting as it reduces the overall number of classes considered for a given application; if the alternative is having all classes available all the time, this is just another form of reducing the amount of code in the server (the result of the dependency analysis might be different, though, maybe some form of "include" file containing a lot of "require()" expressions) - api generation: still applies - test, inspector: probably not - translation: yes, sir - coding support like 'fix', 'pretty', 'migration': still apply T. > ------------------------------------------------------------------------------ Let Crystal Reports handle the reporting - Free Crystal Reports 2008 30-Day trial. Simplify your report design, integration and deployment - and focus on what you do best, core application coding. Discover what's new with Crystal Reports now. http://p.sf.net/sfu/bobj-july _______________________________________________ qooxdoo-devel mailing list [email protected] https://lists.sourceforge.net/lists/listinfo/qooxdoo-devel
