質問

GUIをコーディングするたびに(GWTの場合は、GUIプログラミングに触れたことはありません)、アプリケーションが複雑になると、コードが大混乱になります。

コードを調べて、オブジェクトコンストラクターのこれらすべてのセッターと、これらのセッターを一緒に投げることに頭痛がするのは本当にイライラします。

MVCパターンを使用しているので、非常にわかりやすくなります。残念ながら、ビューのコンポーネント全体はどの時点でも明確ではありません。 ;-)構築プロセスから抽象化するために多くのインターフェイスを使用し、一緒に追加されるいくつかの実装されたインターフェイスを持つようにしようとしました(Gwt-ExtやGxtなどの異なるライブラリを簡単に切り替えることができると思いました)それでも私は本当に幸せではありません。

あなたもこの問題を抱えていると確信しています。よりクリーンなコードを取得するために、どのような慣習に従っているのでしょうか? MVC以外のGUIコーディングのデザインパターンはありますか?読みやすく美しいユーザーインターフェイスコードを作成するための秘trickは何ですか?

役に立ちましたか?

解決

Martin Fowlerはこのトピックに関する興味深い記事を書きました: GUIアーキテクチャ

他のヒント

GWTでGUIをコーディングしているとき、ちょっとしたタスクを実行するウィジェットを作成するのが好きです。このようにして、最終ビューでこれらのウィジェットを組み合わせると、より明確になります。一方、ウィジェットをめちゃくちゃにすることができます。そのため、新しいウィジェットに入れることができるもの(多くの場所で使用される)とビューにあるもののバランスをとるようにしてください。

非常に一般的なプログラミングの問題と、GUIに関連した問題のようです。なぜこれはあなたのGUIコードでのみ起こると思うのですか?ビューコンポーネントが、多くのパラメータを持つゲッター/セッターおよびコンストラクターによって混乱していると感じるのはあなたの唯一の問題ですか?

すべてのパラメーターが実際に必要であることを確認することを除いて、多くのパラメーターを持つコンストラクターについてできることはあまりありません。 Builderパターンを見てください。パラメータの数を減らすことはおそらくないでしょうが、新しいキーワードの使用を制限することをお勧めします。

おそらくあなたが探していた答えではありませんが、問題についてより具体的にできるかどうか、そしてそれがあなたのGUIコードでのみ起こると感じる理由を確認してください。

ライセンス: CC-BY-SA帰属
所属していません StackOverflow
scroll top