かなり大きなアプリケーションがあります。私はNetbeans GUIビルダーをGUI作業の大部分に使用しました。プロジェクトが大規模になり始めたので、私はこれが賢明かどうか疑問に思っていました。 GUIを手で作成して、私がそれらをより詳細に制御できるようにするのが最善でしょうか？ GUIビルダーから離れたり、それに固執することはお勧めですか？あなたの経験の一部を分かち合うことができますか？Netbeans GUIビルダー
おかげ
EDIT：
が、私はこの質問をした理由です参照してください。いろいろな人がすべて自分の意見を持っているようです。個人的には、小規模なプロジェクトではうまくいきますが、複雑になるとGUIエディタを使用するのは面倒です。
もちろん、手作業でやってください。 GUIビルダーは、プロトタイプと迅速な廃棄コードに便利です。あなたが手作業で行うのであれば、維持され、カスタマイズされ、複雑になるものは、長期的な頭痛の種にはなりません。
GUIビルダーを使用すると、開発が迅速化されます。
GUIビルダーから離れてください。 NetbeansのGUIビルダーで広く働いてきたすべての開発者とのアンケートを行うことができます。彼らはすべて恐怖の話を共有します。このスイングアプリケーションですか？
NetbeansはビジュアルJSFで手を加えましたが、どうやってそれがどうなったのか見てください。
注：スイングアプリケーション（または他のデスクトップアプリケーション）の場合は、塩のピンチで私の答えを取ってください。私はnetbeansのGUI開発者を使っていません。しかし、私の一般的な見解は、Netbeansは多くのことをやろうとしていて、ひどくそれらのことをやめます。
私はSwing GUIビルダーが好きで、大きなプロジェクトで使っています。
本当に単純なダイアログ私は単に「手作業で」コードします。
もっと複雑なものを変更/作成するときは、フォーム/ダイアログの表示方法をすぐに知ることができるので、GUIビルダーが好きです。
GUIビルダーのハングアップが発生すると、手作業でコーディングするときよりも、GUIビルダを制御しにくいと感じません。
絶対にNetbeans GUIビルダー。時間を節約し、迅速な変更と制御が可能です。小規模なプロジェクトやグループ開発に最適です。ユニットテストとデバッグが含まれています。独自のBeanを使用してGUIを拡張できます。すべてが完全に透明です。あなたはいつでも好きなときにそれをドロップしてエディタを使うことができます。
Netbeans GUIビルダーは、私の意見では、仕事を行う数少ないGUI構築ツールの1つです。しかし、Netbeansについて特に優れている点は、生成されたGUIを格納するための中間ライブラリやカスタムXMLフォーマットを使用していないことです。生成されるのは普通のJavaコードです。また、このコードは賢明に見えます。特に、jLabel1のようなものだけではなく、コンポーネントに分かりやすい名前を付けている場合は特にそうです。つまり、GUIビルダーを使用して、後で実際にやりたいときに手動でコードを管理することに変わります。
私はこれほどのことをすることは一度もなかったので、私が気づいていない問題があるかもしれないことに注意してください。しかし、やはり私はGUIビルダーにいつも満足していたので、実際に切り替える必要はありませんでした。
大規模なNetbeansプロジェクトでも同じ問題がありました。GUIデザイナーでアクションを追加したい場合、時々オプション "Set Action ..."が表示されます（Netbeansをもう一度開いた直後に、新しいGUIを作成するとこれは利用できません）。あなたはこのNetbeansのを使用する場合は、この後initComponents（）
javax.swing.ActionMap actionMap = org.jdesktop.application.Application.getInstance().getContext().getActionMap(GUIClass.class, this);
ですべてのコードを作成します（私はまさにそれを調べていなかった）が実行か、部分的に実行されることはありません。代わりにactionPerformedを使用してください。
これは現時点では機能しますが、Netbeansはこれを更新する必要があります。
私たちのアプリケーションは600を超えるGUI設計のフォームを持っており、まったく問題はほとんどありません。問題が発生した場合は、通常はSVNを使用して現在の変更を破棄し、再試行します。
最近私のパネルでは、Netbeans GUI Builderで生成されたフォームを使用する大きなプロジェクトがありました。
賛否：それは開発者の手を固定
短所をGUIへの抽象化レイヤを追加します
を拡張し、上書きすることは不可能です私は大規模なプロジェクトでそれを使用するために良いアイデアないと言うでしょう特に、UIコントロールの再利用と拡張が期待される場合（ほとんどの場合、大きなプロジェクトではこのようになります）
私はそれが私の経験から感じるように、私はもっと同意できませんでした。 – user489041
私は同意しません。私の見解では、ほとんどの場合、GUIビルダーは手作業でGUIをコーディングするよりも優れています。 ---コードのメンテナンスには、コードの目的とパターンに関する知識が必要です（それはp言語以外のものです）。コードのパターンが自動生成されたものか手書きされたものかにかかわらず、適切な文書がそれを処理します。 ---カスタムのものはカスタム[意図しない]です。手でコードを作成する必要があります。しかし、一般的な考え方とは異なり、手書きコードでも同じことをするのではなく、自動生成されたGUI用のカスタムコードを手書きで書くことは特に難しくないと思います。 – XenoRo