番号を含むアセンブリに名前を付ける方法に関するガイドラインを探しています。
- たとえば、msvcp100.dll や msvcp90.dll にバージョン番号を付けるのはなぜですか?
- 彼らはどのようにこれらの数字を思いつきますか? これらは .NET アセンブリに適用できますか?
- ファイルの命名規則について、Microsoft または誰かによる確固たるガイドラインはありますか?
番号を含むアセンブリに名前を付ける方法に関するガイドラインを探しています。
msvcp に関してあなたが示した例は、それらが主要なリビジョンの変更であるためです。ほとんどの場合、msvcp100 のインターフェイスは msvcp90 のインターフェイスと互換性がありません。数値は、Visual Studio のバージョンから取得されます (Visual Studio 10.0 (別名 VS2010) の場合は msvcp100、Visual Studio 9.0 (別名 VS2008) の場合は msvcp90)。
一般的なルールは、インターフェイスを壊している場合は、数字を追加するか、dll の名前に何らかの違いを加えることです。.net では、これはパブリック クラス/インターフェイス、メソッドを削除し、フィールドとプロパティを変更することを意味します。
また、「dll 地獄」のために、OS が dll の複数のバージョンの問題の多くを (番号付けの必要なく) 処理することにも言及する必要があります。
たとえば、msvcp100.dllまたはmsvcp90.dllの場合、なぜバージョン番号を添付するのですか?
消費者は、使用しているバイナリのバージョンをすぐに確認できます。
彼らはどのようにしてこれらの数字を思い付くのですか?これらは.NETアセンブリに適用できますか?
数字の意味は、アーキテクト、開発チーム次第です。X
消費者にとっては、バージョンが望ましい問題(バグ)を解決するか、他のものと互換性があることを通知するだけで十分です。ここでは世界とは何の関係もありません.NET
。これらは単なるファイル名なので、同じ方法でアセンブリに名前を付けることができます。.NET
ファイルの命名規則に関するマイクロソフトまたは誰かによる確固たるガイドラインはありますか?
また、私は気づいていません。