Guid.NewGuid（）がGuid.Emptyであるかどうかを確認する価値さえありますか？

私が取り組んでいるプロジェクトの1つでは、次のパターンがかなり定期的に見られます。

var guid = Guid.NewGuid().ToString();
while (guid == Guid.Empty.ToString())
{
    guid = Guid.NewGuid().ToString();
}

GUIDは一意であることが保証されておらず、MSDNのドキュメントによると、生成されたGUIDはゼロである可能性があることを理解していますが、これは実際に計算上の意味と開発者の時間の観点からサイクルテストを送信する価値がある実用的な考慮事項ですか？ ？

Guid.Emptyを確認する価値はないことをお勧めします。何らかの理由でGuid.NewGuidのドキュメントに言及している

新しいGuidの値がすべてゼロになるか、他のGuidと等しくなる可能性は非常に低くなります。

Guid.NewGuidはWin32 API CoCreateGuidのラッパーであり、すべてゼロを返すことについて言及していません。

レイモンド・チェンはさらに進んで、

CoCreateGuidの有効な実装はGUID_NULLを生成できません

だから、いや、私はそれについて心配しないだろう。Guid.NewGuidのドキュメントで言及されている理由については推測できません。

Guid.NewGuid() == Guid.Empty地球上で最も難しい宝くじに当選したことがわかった場合。一意性や衝突チェックを気にしないでください。それをする必要がないのがガイドの目的です。私はあなたに数学をspareしまない、それはウェブ上のどこにでもある。

また、Windows GUIDには常に1つの「数字」があり4ます。GUIDにはいくつかの構造があります。

あなたが投稿したコードスニペットは、ある開発者がGuid変数を初期化するのを忘れており、変数であることがわかりましたGuid.Empty。彼は誤っGuid.NewGuid()て原因として特定しました。今、彼は永遠にこれを信じています。

いずれにせよ、これは尋ねるべき間違った質問です。あなたのコードは描画することだけでなくGuid.Empty、一意性にも依存していると確信しています。そのwhileループは一意性を強制しません。ガイドは、調整せずに独自の価値を生み出すためにあります。それが彼らのユースケースです。

メソッドのソースコードをGuid.NewGuid見てください：

public static Guid NewGuid() {
    Contract.Ensures(Contract.Result<Guid>() != Guid.Empty);
    ...
}

コード契約をご覧ください？このGuid.NewGuidメソッドは、空のGUIDを決して与えません。

GUIDをゼロのGUIDに対してチェックする場合、同じロジックで、アプリケーション内の他のすべてのGUIDに対してそれをチェックするために十分な注意を払う必要があります（ゼロになる確率は、アプリ内の他のGUIDを取得*）。このGUIDが一意であることを証明するためにこれを行う必要があります（実際には、テスト対0と同じ公理です）。

明らかにこれを行うことはばかげています。

TLDR; NewGuid（）を信頼して一意の結果を生成できる場合、既知の単一のGUIDを生成しないことも信頼できます。

*実際には、.NET GUIDと常に同じ確率ではない{________-____-4___-____-____________}ため、NewGuidはゼロGUIDを生成しません。

楽しみのために、ここでドキュメントの改善を提案しました：http : //feedback.msdn.com/forums/257782-msdn-feature-suggestions/suggestions/7143498-fix-documentation-for-newguid