たとえば、Purchase ServiceというRESTfulサービスがあります。自分のリポジトリに名前を付けるべき
purchaserestservice
purchase-rest-service
purchase_rest_service
コンベンションは何ですか? githubではどうですか。公開リポジトリは何らかの標準に従うべきですか?
私はpurchase-rest-service
に行きます。理由:
「追跡追跡サービス」とは何ですか?長い、連結された単語は理解するのが難しいです。私はドイツ人です"Donaudampfschifffahrtskapitänspatentausfüllungsassistentenausschreibungsstellenbewerbung"
"_"は " - "よりも入力が難しい
ラクダの場合の問題は、単語の解釈が異なることが多いことです。たとえば、checkinServiceとcheckInServiceです。 Aaronの答えに沿って言えば、あなたが気にしているリポジトリを作成した人が大文字と小文字の特定の内訳を使ったかどうかを絶えずチェックしなければならないのは自動補完では困難です。大文字を避けてください。
ダッシュについての彼の主張もまた賢明です。
lowercase-with-hyphens
はGitHubでよく見かけるスタイルです。*
lowercase_with_underscores
はおそらく私が見て二番目に人気のあるスタイルです。
キーストロークを節約するので前者が私の好みです。
*逸話データを収集していません。
特定の命名の選択を好まずに、gitレポジトリはあなたが選んだ任意のルートディレクトリにクローンできることを覚えておいてください:
git clone https://github.com/user/repo.git myDir
ここでrepo.git
はmyDir
ディレクトリにクローンされます。
そのため、パブリックリポジトリの命名規則が少し不正確になっても、クライアント側で修正することは可能です。
だからこそ、分散環境では、どのクライアントでも自分のやりたいことができるのですが、Gitリポジトリの命名規則はありません。
(レポジトリ 'xxx
'のベア形式用に "xxx.git
"を予約する場合を除く)
RESTサービスには命名規則があるかもしれません( " REST APIに命名規則のガイドラインがありますか? "に似ています)。それは別の問題です。
たぶんそれは私のJavaとCの背景を示すことだけですが、私は名前の中で句読点よりキャメルケース(CapCase)を好む。私のワークグループはそのような名前を使用しています。おそらくリポジトリに含まれるアプリやサービスの名前と一致させるためです。