GUTS（GUICE UTILITIES TOOLS SWING）を使った人はいますか？

Question

私たちは巨大なJava Swingアプリケーションを持っています。次に、すべてのコンポーネントからカップリングを削除して、再利用できるようにします。

GUICE for Swingアプリケーションに基づいたGUTSというツールが出てきました。誰もそれを使いましたか？

http://kenai.com/projects/guts/pages/Home

私は部品コード、より良い管理可能Swingのアプリをデカップリングするために、このツールのために行くかどうかは良くなりますか？または、あなたが知っているかもしれない他のツールもあります。

GUI構築の作業を容易にするもう1つのツールがありますが、コンポーネント間の結合を減らすことはできません。

http://code.google.com/p/javabuilders/

だから、良くなるべきどう思いますか。あなたがこの種のデザインディレマに遭遇した場合は、これについていくつかの洞察力を与えてください。

ありがとうございます。

Answer 1

あなたのSwingアプリが「巨大」だとすれば、私はあなたが他のいくつかの人と一緒にプロジェクトに取り組んでいることを前提としています。そうなら、あなたは、二つ。

GUTSプロジェクトではすべてが（ほとんど）純粋なJavaであるため、学習する新しい言語はありませんが、プロジェクトに新しい外部依存関係を導入し、新しいコードを扱うためにコーディングスタイルを変更する必要があります。ライブラリ。また、依存性注入は、最近一般的ですが、プロジェクトに追加する複雑さの層です。

私は非常に謙虚な意見で、あなたとあなたのチームがGUIの作成でSwingと一般的な良い方法について十分に知っていれば、既存のコードをリファクタリングし、必要に応じてカスタムユーティリティとコンポーネントを作成するだけで簡単に安全です。あなたは何か新しいことを学ぶことに時間を費やす必要なしにすぐにそれをやり始めることができ、その結果は標準的であり、将来的には維持するのが簡単です。

JavaBuildersは、非常に興味深く有望なソリューションであり、ビジネスロジックからレイアウトを切り離すことができます。しかし、コンパイル時の正確さを犠牲にしなければならず、開発者はYAML（そしてJavaBuilderで特に使用されているYAML独自のスタイル）を学ぶ必要があります。また、ドキュメンテーションによれば、まだコード補完が利用できないので、始めるのが難しいかもしれません。また、JBは、標準コンポーネントを使用するか、すべてのカスタムコンポーネントが標準コンポーネントとデカップリングされている場合にのみ100％有効です。カスタムコンポーネントを使用するには、事前設定が必要です。

自分や小規模なチームで作業している場合は、1〜2週間かけて学習し、最初からアプリケーションの各部分を書き直してください。