使用 OSGi 和 GWT 的 Web 应用程序
对于使用 OSGI 和 GWT 作为 UI 的 Web 应用程序来说，哪一个架构比较好？
目的是使用捆绑包来捆绑 Web 界面部分。如果我添加新的捆绑包，它将在用户界面上添加新功能（例如菜单），这些功能与现有功能配合。
Which is a good architecture for a Web Application using OSGI and GWT as UI?
The aim is to use bundles to make bundles of web interface sections. If I add new bundle it will add new features (a menu for example) on the user interface, which cooperate with existing ones.
如果你对这篇内容有疑问，欢迎到本站社区发帖提问 参与讨论，获取更多帮助，或者扫码二维码加入 Web 技术交流群。
绑定邮箱获取回复消息
由于您还没有绑定你的真实邮箱，如果其他用户或者作者回复了您的评论，将不能在第一时间通知您！
发布评论
评论（1）
请参阅 GWT 邮件列表上的类似讨论 - http://groups .google.com/group/google-web-toolkit/msg/4a3f912cb89a7256
总结 -
GWT 的架构与您在运行时加载多个模块的要求正交。有多种方法可以在 GWT 中实现动态模块，但它永远不会是最佳的。
一般来说，您可以为每个模块定义一个 javascript 接口，然后使用 GWT 导出器。然后您将独立编译每个模块。然后，这些模块将使用您导出的 JavaScript 方法在运行时进行交互。
您付出的代价是性能。每个模块都会重复公共框架代码（GWT + 您自己的框架代码），您无法避免它。
Please see a similar discussion on the GWT mailing list - http://groups.google.com/group/google-web-toolkit/msg/4a3f912cb89a7256
To summarize -
GWT's architecture is orthogonal to your requirement of multiple modules loaded at runtime. There are ways to achieve dynamic modules in GWT, but it is never going to be optimal.
In general, you would define a javascript interface for each of your modules, and then export those methods from GWT using GWT Exporter. Then you'd compile each of your modules independently. The modules will then interact at runtime using the javascript methods that you exported.
The price you pay is performance. Each module will duplicate common framework code (GWT + your own framework code), and there is nothing you can do to avoid it.