15
対強力な命名は、例えば、私は次の質問を持っている、.NET hereに厳密な名前について読みました、DLLおよびMSIファイル。 Windowsのメリットは、MSIが信頼できるソースから来ていること、そして必要に応じて各ファイルの信頼性を確認できることです。.NET：我々は、我々はすべて私たちのEXEに署名されて<strong>Authenticodeの</strong>コード署名証明書を持って</p> <p>：Authenticodeの
現在のところ。NETの厳密な名前は使用していません。私は強い名前を付けるファイルは、本質的に自己署名証明書でデジタル署名されていることを意味しています。これについての私の意見は、信頼できる認証局が署名したAuthenticode証明書は、ルート証明書が不足しているため誰も検証できない自己署名証明書よりもずっと価値があるということです（エンドユーザー、私たちは！？）。
質問：Authenticodeの署名がすでに使用されている場合さらに強い命名アセンブリ内の任意の値がありますか？
私はGACに私のアセンブリを入れるためだけに強い名前が必要です。我々はそこにアセンブリを置くわけではないので、強い名前の必要はありません。 –
GACへの公開には完全ではありません - あなたのアプリで参照されているDLLがあなたが意図したものであることを確認するために使用することもできます - 厳密な名前は参照されているすべてのDLLも強い名前を必要とするため、悪質なDLL繰り返しますが、これは誰が書いたかを確認するものではありませんが、すべてのアセンブリが同じSNKへのアクセス権を持つ誰かによって作成されたことを確認します – Basic