0

これまで、私は常にテキスト エディターを使用してコーディングし、CLI (Windows および Mac) を使用してコンパイルしてきました。IDE を使用するのはこれが初めてで、NetBeans を選択しました。パッケージも初めて見ました。

プロジェクトのセットアップ方法に関するガイダンス/指示をいただければ幸いです。

私のプロジェクトは以下で構成されています: - サーバー アプリ - クライアント アプリ - 共通オブジェクト

これは私がやったことです：

  1. プロジェクトを作成する
  2. このプロジェクトでは、3 つのパッケージを作成しました。
    • サーバー - サーバー アプリケーションにのみ固有のソース ファイル
    • クライアント - クライアント アプリケーションのみに固有のソース ファイル
    • 共通 - RMISSLClientSocketFactory、リモート インターフェイスと実装、キーストア ファイルなど、サーバー アプリケーションとクライアント アプリケーションの両方で共有される共通ファイル

これは正しいアプローチですか？

また、Server all と Client アプリが Common パッケージのクラスを呼び出し/アクセスできるようにするには、どうすればよいですか?

よろしくお願いします。

4

1 に答える 1

0

一般的な慣例では、トップレベルのパッケージ名は会社の Web アドレスの逆 (つまりcom.stackoverflow) にする必要があります。

現在、誰もが会社 (または Web アドレス) を持っているわけではありません。このような場合、パッケージを (可能な限り) 一意に識別するものを選択する必要があります (パッケージの目的は名前空間を提供することなので、より多くのものを持つことができます)。同じ名前のクラスであり、特にそれらを区別することができます)。

場合によってはmad.programmer、たとえば...

次のレベルでは、アプリケーションまたはライブラリを特定する必要があります (私は個人的に.coreとのようなもの.core.uiをコア ライブラリに使用していますが、独自の選択を行うことができます)。

この時点で、基本的に自由にグループ化できます。

さて、当面の質問に。

あなたの場合、3 つのプロジェクトを作成します。1 つはサーバー コード用、1 つはクライアント コード用、もう 1 つは共通クラス (サーバーとクライアント間で共有される) 用です。

共通プロジェクトをサーバー プロジェクトとクライアント プロジェクトにリンクします (Librariesプロジェクト (クライアントおよび/またはサーバー) のノードを右クリックし、 を選択しますAdd Project)。

個人的には、コードを区切るためにパッケージ名に.client, .server,.commonサフィックスを使用しますが、唯一の実際の要件は、共通ライブラリにサーバーとクライアントとは別の独自の名前空間を提供することです。

サーバーとクライアントが通信するために依存しているコード (実行時にサーバーとクライアントの間で渡される可能性のあるオブジェクト) を変更していない限り、他のプロジェクトに影響を与えることなく、いずれかのプロジェクトを再構築できます。

それはとにかくそれに対する私の見解です。

于 2012-09-27T05:16:27.427 に答える