2012-01-03 10 views
2

私はプラグインベースのUIアーキテクチャを開発する必要があります。現在、私のアプリはクライアント側の技術としてGWT(Google-Tool-kit)を使用しています。今、私はアプリをモジュール化してプラグイン対応にすることを探しています。GWTを使用したプラグインベースのUIアーキテクチャ

たとえば、自分のUIフレームワークを準備しておかなければなりません。他の開発者は自分のUIを開発し、フレームワークの一部としてインストール/実行できます。私のフレームワークは他の開発者のGWTコードを決して持ってはならず、フレームワークの一部としてそれらをコンパイルするべきです。

しかし、GWTはすべてのコードをまとめてコンパイルし、目的を解決できないjavascript/htmlを出力することを期待しています。

同じようなことを考えている人はいますか?私はいくつかのデータポイント/サンプルコード/アプリケーションで私を始めるために大きな助けになるでしょう。

ありがとうございます。

-Tapas

+0

[this](http://stackoverflow.com/questions/8654544/smart-gwt-ja)の可能な複製コード分​​割)。 – RAS

+0

ポインタありがとう。しかし、私はあなたが指摘したものと重複しているとは思わない。私は、コード分割型のソリューションを探しているわけではありません。コード分​​割は確実に異なるモジュールの読み込みの問題を解決しますが、異なるモジュールのコンパイルにおける分離の問題に対処せず、実行時に動的にリンクします。 –

+0

より良い解決策を見ていきましょう。 – RAS

答えて

0

プラグインの開発者はGWTで開発する必要がありますか?開発者にJavascript APIを公開したい場合は、GWT-Js interop APIプロジェクトをご覧ください:http://code.google.com/p/gwt-api-interop/

+0

いいえプラグインの開発者はGWTでビルドする必要がありませんが、GWTでビルドするオプションが望ましいでしょう。私たちがjavascript APIを構築してサポートすることができれば、それも良いはずです。しかしjavascriptを使うと、唯一の問題は成長するときの保守性です。 –

関連する問題