Hi,
well I think, there really are big applications developed by the
community. Maybe they are commercial so you won´t see screenshots,
reports about the applications or any other further information.
But what about part loading and the use of libraries in the qooxdoo
style ? You can configure them via config.json. We made good experiences
with that.
Did you have a look at :
http://manual.qooxdoo.org/1.3.x/pages/tool/generator_config_ref.html#library
and
http://manual.qooxdoo.org/1.3.x/pages/tool/generator_config_ref.html#packages
We´ve got one base class library. One small and one medium sized
applications using this library and part loading meachnisms. It works
very well even if part loading is a little bit more difficult.
>>> Stefan Andersson <[email protected]> 12/27/2010 9:54 >>>
This is a question for the core team.
What would be your advice or thoughts regarding a strategy for
developing multi-modular applications.
Scenario: A central framework "application" exists using different
other independent "applications" in an inclusive manner, i.e. a
dependent manner, where the respective application packages are included
code wise as well as gui wise into the the central framework. It must
take in account a dynamic loading where the name of the packages to load
are registered for example in a json file or in a database and not known
to the central framework itself before reading the json file or
database.
Caveats:
1. inclusion manner of the config.json and generator to make it
flexible and transparent.
2. code size, where no redundant code is wanted.
3. linking to know what to load and to reduce code size
4. integration of "#include" directive for static linking is quite
obvious, but for dynamic...
We have not seen this question/discussion on this list so far, which
means to us that the size of the applications the community might
develop presumably still is small.
Stefan
------------------------------------------------------------------------------
Learn how Oracle Real Application Clusters (RAC) One Node allows customers
to consolidate database storage, standardize their database environment, and,
should the need arise, upgrade to a full multi-node Oracle RAC database
without downtime or disruption
http://p.sf.net/sfu/oracle-sfdevnl
_______________________________________________
qooxdoo-devel mailing list
[email protected]
https://lists.sourceforge.net/lists/listinfo/qooxdoo-devel
