私はプログラミングやアルゴリズムなどのすべてのコースを受講し、多くのコーディングといくつかの小さなプロジェクトを行いました。今、私は実際のプロジェクトに取り組み始めるかもしれません.GUIとすべてを備えた実際のJava SEプログラムは、大きくはありませんが、平均的な学校のプロジェクトよりもはるかに複雑です. 私の経験によると、プロジェクトでより多くのクラス (たとえば 10 個) を作成すると、このパラメーターをここで渡すか、後で作成するか、および全体をどのように作成するか、このコンストラクターをどこから呼び出すかを決定するのが難しくなります。連携する必要があります。
これに関するいくつかのリソースをお勧めできますか? 設計パターンを研究する道を進むべきですか、それとも優れたアーキテクチャを持つアプリを設計するにはどうすればよいですか? クラスやGUIなどをたくさん使ってアプリを開発するときの手順は？どうもありがとう
デザインパターンの場合: Head First Design Patterns & Design Patterns: Elements-Reusable-Object-Oriented
効果的なプログラミングのガイドライン: Joshua Bloch の効果的な Javaを読むことをお勧めします
私は個人的に TDD アプローチが好きで、Misko Hevery によるこのブログ Writing Testable Codeを読むのが大好きです。コードを疎結合してテスト可能にすることにどのように重点を置くべきかを説明しています。
最後に、オープン ソース ライブラリとプロジェクトを探索し続けて、最新のトレンドとコーディング スタイルを最新の状態に保ちます。
通常、設計パターンは、アプリケーションの保守性と柔軟性を高めるのに役立ちます。ただし、どのデザイン パターンを使用するかは、基本的に、問題の種類によって異なります。
私はこの本を読んで、デザインパターンとは何か、そしてそれらがどのように機能するかを素早く簡単に理解する方法を提供してくれました.
あなたは GUI 関連のアプリケーションを扱っているので、私の唯一の推奨事項は、GUI とロジックを別々にすることです。各クラスはそのレイヤー (GIU またはロジック) に関連する項目を処理するため、これにより混乱が軽減され、コードがより理解しやすくなります。
細分化することで、アプリケーションの柔軟性と再利用性も向上します。Cohesion vs Couplingも、心に留めておくべきもう 1 つのことです。
アプリケーションの設計については、最初に Design Patterns または Gang of Four のオリジナルの Design patterns book (より直接的な理論が好きな人向け) に目を向けてください。エンタープライズ デザイン パターンの知識があれば役立つと思います。 (Hohpe と Wolf による Enterprise Integration Patterns) は、小規模な SE プロジェクトでも柔軟なコミュニケーションを実装する方法を理解するのに役立ちます。(これらのシステムでさえ、ある種のプロセス間通信を必要とする場合があります)。
さらに、Narendra と npinti の回答も非常に良いアドバイスです。
楽しむ！