私たちの .net 実行可能プロジェクトは " <CompanyName>.<ProductName>.Client
" と呼ばれ、プロジェクト " " のアセンブリ名を設定しました<ProductName>.exe
。
同僚が私にこう尋ねました: なぜ単に " <CompanyName>.<ProductName>.Client.exe
" と呼ばないのですか?
実行可能ファイルに名前を付けるベスト プラクティスとは何ですか? またその理由は何ですか?
ありがとう!
私たちの .net 実行可能プロジェクトは " <CompanyName>.<ProductName>.Client
" と呼ばれ、プロジェクト " " のアセンブリ名を設定しました<ProductName>.exe
。
同僚が私にこう尋ねました: なぜ単に " <CompanyName>.<ProductName>.Client.exe
" と呼ばないのですか?
実行可能ファイルに名前を付けるベスト プラクティスとは何ですか? またその理由は何ですか?
ありがとう!
c:\program files\company name\product name\executable_name.exe
@Oded の更新: ご覧 のとおり、実行可能ファイルの通常の配置パスには会社名と製品名の両方が含まれているため、繰り返す必要はありません。
社内の製品/ツールについては、私は個人的にフルネームを使用しています。
実行可能ファイル名にスペースを使用しないでください。コマンド ラインで引用符を使用することになります。
「ベストプラクティス」はありません。あなたは理にかなっていることをします。
に名前を付けるという点ではexe
、名前を短くわかりやすいものにしておくのが理にかなっています。そのため、ユーザーが (ディレクトリまたはプロセス リストのいずれかで) それを見たとき、それは単純であり、彼らが気にしない余分なものによって妨げられることはありません。これらの点で、一部のサポート作業も容易になります。
ルート名前空間の後に DLL を命名することは、一般的で合理的な規則です (ただし、普遍的ではありません。たとえば、WPF アセンブリWindowsBase.dll
は、おそらく適切に定義されたルート名前空間を実際に持っていないため、名前空間にちなんで命名されません)。
ただし、これは実行可能ファイルには必要ありません。
ProductName.exe
実行可能ファイルに (ではなく)別の規則を使用することの小さな利点の 1 つCompanyName.ProductName.Client.exe
は、Windows エクスプローラーで実行可能ファイルを見つけやすくなることです。中間に隠れている実行可能ファイルを見つけるために、類似した名前のファイルのリストを検索する必要はありません。
CompanyName.ProductName.Component1.dll
CompanyName.ProductName.Component1.xml
CompanyName.ProductName.Component2.dll
CompanyName.ProductName.Component2.xml
CompanyName.ProductName.Component3.dll
CompanyName.ProductName.Component3.xml
...