質問をすることでしか得られない、回答やアドバイスがある。

15分調べてもわからないことは、質問しよう!

ただいまの
回答率

88.04%

プロジェクト名やパッケージ名について

解決済

回答 1

投稿 編集

  • 評価
  • クリップ 0
  • VIEW 5,571

score 111

何か新しくプログラムを作成するとき、最初はプロトタイプやテストのつもりで作るため、プロジェクト名やパッケージ名の一部に「test」というような単語を含めてしまうのですが、たいていの場合、そのままそのプロジェクトで本番を作りこんでしまうため、いびつになってしまいます。プログラミング自体の質問でなくて恐縮ですが、皆様は最初から本番のつもりの命名をされますか? それとも最初はテストであることを明確にした命名にして、本番は別プロジェクトで作りこみますか? 普通はこうだ、という当たりまえの標準があったりするでしょうか。
また、IDEにEclipseを利用していますが、もし最初にtestなどを含めた命名をした場合にRenameがスムーズにいく方法があれば、そちらもご教示頂ければと思っています(設定ファイルなどにもpackage名を書いていたりするので、手作業が手間だと思っています……。文字列によるファイルサーチのほかに何かよいやり方はあるでしょうか?)。


解決済みですが備忘録的に自分のケースを残します。
前提:テスト用のつもりでプロジェクトやパッケージ名にそれらしき文言を含めたが、そのまま作りこんでしまった(Eclipse使用)
バージョン管理していたので、まず別名でチェックアウトして完全に別プロジェクトとします。
それから、チェックアウトしてきた方について、ご回答頂いている通り、パッケージ名やプロジェクト名をRefactor -> Renameしました。設定ファイルの類推はなぜか出てくれなかったので、logbackなどの設定ファイルから前のパッケージ名を探して新しい名前に置換します。設定ファイルが少なかったのでそこだけ直せばよかったのですが、もっと複雑だったりした場合、File Searchで検索文字列とファイルネームのパターンを指定します。そのままReplaceは怖いので一応目視します。バージョン管理に「.project」ファイルをignoreせず含めていたのでそこに以前のプロジェクト名が書かれています。そこも直します。これで、いびつな手順で本格的にプログラムを組み始めてしまった場合でも、困ることはないはずです。

  • 気になる質問をクリップする

    クリップした質問は、後からいつでもマイページで確認できます。

    またクリップした質問に回答があった際、通知やメールを受け取ることができます。

    クリップを取り消します

  • 良い質問の評価を上げる

    以下のような質問は評価を上げましょう

    • 質問内容が明確
    • 自分も答えを知りたい
    • 質問者以外のユーザにも役立つ

    評価が高い質問は、TOPページの「注目」タブのフィードに表示されやすくなります。

    質問の評価を上げたことを取り消します

  • 評価を下げられる数の上限に達しました

    評価を下げることができません

    • 1日5回まで評価を下げられます
    • 1日に1ユーザに対して2回まで評価を下げられます

    質問の評価を下げる

    teratailでは下記のような質問を「具体的に困っていることがない質問」、「サイトポリシーに違反する質問」と定義し、推奨していません。

    • プログラミングに関係のない質問
    • やってほしいことだけを記載した丸投げの質問
    • 問題・課題が含まれていない質問
    • 意図的に内容が抹消された質問
    • 過去に投稿した質問と同じ内容の質問
    • 広告と受け取られるような投稿

    評価が下がると、TOPページの「アクティブ」「注目」タブのフィードに表示されにくくなります。

    質問の評価を下げたことを取り消します

    この機能は開放されていません

    評価を下げる条件を満たしてません

    評価を下げる理由を選択してください

    詳細な説明はこちら

    上記に当てはまらず、質問内容が明確になっていない質問には「情報の追加・修正依頼」機能からコメントをしてください。

    質問の評価を下げる機能の利用条件

    この機能を利用するためには、以下の事項を行う必要があります。

回答 1

checkベストアンサー

+2

また、IDEにEclipseを利用していますが、もし最初にtestなどを含めた命名をした場合にRenameがスムーズにいく方法があれば、

「リファクタリング」 - 「名前変更」を利用すると、Javaソース内はうまく名前変更してくれますね。
設定ファイルも類推して変更できた気がします。(確認用ダイアログが出たような)

以下は一般的かは分かりませんが、経験上の参考として。
サンプルと本番用は分けて作る派(なんてあるか?)なので、サンプルはサンプル用の命名で作成します。(教育用や検証用にサンプルをそのまま残したりもします)

投稿

  • 回答の評価を上げる

    以下のような回答は評価を上げましょう

    • 正しい回答
    • わかりやすい回答
    • ためになる回答

    評価が高い回答ほどページの上位に表示されます。

  • 回答の評価を下げる

    下記のような回答は推奨されていません。

    • 間違っている回答
    • 質問の回答になっていない投稿
    • スパムや攻撃的な表現を用いた投稿

    評価を下げる際はその理由を明確に伝え、適切な回答に修正してもらいましょう。

  • 2016/06/22 11:35

    ご回答ありがとうございます。
    > 設定ファイルも類推して変更できた気がします。(確認用ダイアログが出たような)
    そうだったのですね。私は今までは気にせず(オープンなものではないので)testの含まれた命名のまま本番を作って特に直さずにいたり、takyafuminさんと同様分化して作ったりしていたので、パッケージ名のrefactor -> renameの実際の動作を実は正確に把握していませんでした。確認不足にて失礼いたしました。

    > サンプルと本番用は分けて作る派(なんてあるか?)なので、
    私も、バージョン管理でリビジョンは残っているものの、参照も手間だったり、一般的には余計と思われるぐらい詳細のコメントを記載したりもしたいので、こういうやり方でやっていきたいなと思っています。ただ、検証用のプログラムをどこで打ち止めにするかが悩ましいのですが……。

    キャンセル

  • 2016/06/22 11:49

    > ただ、検証用のプログラムをどこで打ち止めにするかが悩ましいのですが……。

    検証用のプログラムを本番用のリポジトリのリビジョンとして残すだけだと、そのプロジェクト以外での利用がしづらかったり、記載頂いたように参照が手間になったりするので全く別の「検証用プロジェクト」として作成してしまいます。
    なるべく業務機能に依存せず、シンプルに検証できることを主眼とします。
    (ServletFilterの動作だけのサンプル、Loggingのサンプル、あるライブラリ利用のサンプルなど)
    そのため、打ち止めのタイミングは上記の要件が満たせる時までですね。


    業務に依存する形でサンプルを作成するのであれば、確かに打ち止めタイミングが難しいですね。その検証用プログラムの位置付けを決めるのがよさそうです。

    例えばですが、検証用を今後参画するメンバ向けのチュートリアル的な位置付けにするのであれば一通りのCRUD処理や認証処理を他環境にあまり依存しないで動作確認できるまでとするなどですかね。(DBサーバを外部に持たなくても動作できるようにしておくと環境構築が楽ですね。JavaDBとかH2DBとか。)



    キャンセル

  • 2016/06/22 13:18

    追加でご回答ありがとうございます。
    > なるべく業務機能に依存せず、シンプルに検証できることを主眼とします。
    テンプレート、雛形のようなイメージで作るのがよいでしょうか。詳細を頂けて大変参考になりました。
    今のところ他者と共有して……という感じではないのですが、過去の自分は他人ということでバージョン管理をしたりしています。
    面倒くさがらず、検証用のプログラムをそのまま拡張していかないようにやり方を工夫してみたいと思います。

    キャンセル

15分調べてもわからないことは、teratailで質問しよう!

  • ただいまの回答率 88.04%
  • 質問をまとめることで、思考を整理して素早く解決
  • テンプレート機能で、簡単に質問をまとめられる

関連した質問

同じタグがついた質問を見る