Javaの個人/趣味のプロジェクトには、どのパッケージ命名規則を使用していますか？

ドメイン名を使用して一意のパッケージ名（つまりpackage com.stackoverflow.widgets）を作成するという標準のJavaパッケージの命名規則にはすでに慣れています。ただし、個人プロジェクトのパッケージ名を選択する方法についての推奨事項を見たことがありません。これは本当に個人的な好みの問題だからだと思います。

それで、本番環境に決して入れない個人プロジェクトのパッケージ名をどのように選択しますか（暇なときに新しいフレームワークを実験しているかもしれません）。パッケージ構造を作成するために使用できるドメインを持つ個人のWebサイトがない場合、何をしますか（またはしますか）。趣味のプロジェクト用の新しいパッケージ名を生成するための論理システムが整っていますか、または単純な使い捨てパッケージ名を使用していますmypackageか？

これについてさまざまな人々の考えを知りたくてたまらないので、これをコミュニティーwikiにしました。

個人的にはあまり考えたことはありませんが、Wicketで遊んでみたかったですことがありませんでしたが、今夜ですが、趣味のプロジェクトをどう整理したいのかよくわからなかったんです。趣味のプロジェクト（少なくとも私の心では）のための個別の個別のパッケージ命名規則は、個人用コードと作業関連コードを互いに明確に分離するための良い方法として役立ちます。

個人プロジェクトのソースを単一のルートフォルダーに保持するために、単純な階層命名規則を考えていました。

• myprojectsルートフォルダとして使用
• プロジェクト名を追加する
• 追加のサブパッケージ名を追加します

したがって、私のWicketプロジェクトはパッケージに含まれ、myprojects.learningwicket単体テストはパッケージに含まれますmyprojects.learningwicket.tests（たとえば）。

他の誰もコードを使用しない個人的なプロジェクトを行っているだけであれば、好きなパッケージ名を作成できます。始まること何かをしないでくださいcom.か、net.または他のトップレベルドメインは、それはあなたがドメイン名を所有していることを暗示するので、けれども（すなわち。使用してcom.johnあなたの名前はジョンであることを起こるという理由だけで、あなたのパッケージ名としては良いアイデアではありません） 。

他の人にコードを渡す場合は、グローバルに一意のパッケージ名を使用する必要があります。これは、Javaの規則によると、ドメイン名を登録して使用する必要があることを意味します。

私は自分のイニシャルを使用します：fg.nameofproject.etc

タイピングを減らします。いつでもsf.netまたはcomを前に付けることができます。または組織。またはcom.google ..

プロジェクトはパーソナルトリートなので、プレスしたてのパーソナライズされたギフトシャツと同じように特別です。

pmurray_at_bigpond_dot_com.project.package

<sarcasm>ええと。自尊心のあるプログラマは、自分のドメイン名を持っています。これは明らかにトリックの質問です。誰もが自分の個人ドメイン名を持っています！</sarcasm>:-)

わかりました、すべての真剣に、カスタムドメイン名を購入することはおそらく最も簡単なオプションです。年間約10ドルで、ドメインをホストしてメールを転送する信頼できるプロバイダーを見つけることができます。

私は趣味のプロジェクトのほとんどをGoogle Codeに保存しているため、プロジェクトサイトをパッケージ名として使用しています：com.googlecode.donkirkby.someproject。

私の名前はアンジャンです

通常、私はcom.anjanを使用します

私は自分のファンタジー会社を持っています-時々それを使います

sourceforge（hibernateおよび他のパッケージが示すように）の伝統はnet.sf. *です。

だから、気分次第でそれでいい。

うまくいったと思います。ここで避けたい誘惑は、パッケージ名をまったく気にしないことです。「テストコードを書いているだけです」ので、キーストロークをいくつか保存するのは簡単です。しかし、コードは適切で便利で大きなものになり、長寿命のライブラリまたはアプリケーションの可能性について、しっかりとしたスタートがあることに気付きます。それはあなたのホームネットワークを離れるライブラリまたはアプリケーションではないかもしれませんが、要点は、あなたは先を考えていなかったことです。それがデンマークのコンピュータサイエンスのゴーストです。少しでも、常に前に考えてください。

私の趣味のコードに使用する命名規則は、あなたの規則と非常によく似ています。「futura」という名前のトップレベルディレクトリ（その名前が生まれた長い、退屈な理由）があり、すべてのコードがハングしています。私はコードをパッケージライブラリに整理しようとします。たとえそれが別のプロジェクトで使用することのないクラスまたはパッケージであったとしてもです。すべてのアプリケーション（つまり、クラスにvoid main（String [] args）を持つもの）をfutura.app。*フォルダーに配置します。また、私は自分のコードの標準Javaライブラリパッケージ名を模倣しようとしますが、いくつかのケースでは自分の好み（つまり、インターネットではfutura.inet、ソケット、コードだけではなく、非futura.collectionsではない）のために規約に違反しました-util stuff。）David Mametを言い換えると：常に一般化すること。 常に一般化してください！

あなたが質問を投稿するのに使用した注意から、私はあなたも私の最後の点に同意するのではないかと思います：趣味のハッキングをエンタープライズレベルのプロジェクトとして扱う必要はありませんが、その規律の一部を家庭用ゲームに持っていれば、趣味はさらにやりがいがあります。

OpenID URLを使用してから、プロジェクトの名前を追加します。たとえば、com.myopenid.cd1.twitter私が開発しているTwitterクライアントのルートパッケージです。

私の名前：prj.project_name。

私は自分の名前を使用します。surname.initials.xxxは、簡潔さと衝突回避の良い組み合わせです。コードを公開することを選択した場合、衝突のない適切な名前空間が提供されると考えました。私はまた、ディレクトリツリー全体を再パッケージ化できる小さなプログラムを作成したので、公開するために再パッケージ化する必要があると思いましたが、それは非常に簡単です...それで、あまり寝過ぎませんでした。

surname.initials.xxxの後、アプリケーションパッケージにはapp、ライブラリパッケージにはlib、純粋に実験しているものにはtstを使用します。

あなたはlastname.firstname.projectについてどう思いますか??? luz.marlon.projectのように？

私はこれと同じ質問をすることを考えました。これまでのところ、会社はありませんが、com.tehvanというプレフィックスを使用しました。