確定的なGUIDを作成する方法

このアプリケーションでは、Guid値を持つ属性を持つXmlファイルを作成しています。この値は、ファイルのアップグレード間で一貫している必要があります。したがって、ファイル内の他のすべてが変更された場合でも、属性のguid値は同じままである必要があります。

1つの明白な解決策は、ファイル名とそれらに使用されるGUIDを使用して静的辞書を作成することでした。次に、ファイルを生成するときはいつでも、ファイル名の辞書を検索し、対応するGUIDを使用します。しかし、これは、数百のファイルにスケーリングする可能性があり、GUIDの大きなリストを維持する必要がないため、実行できません。

したがって、別のアプローチは、ファイルのパスに基づいてGuidを同じにすることでした。ファイルパスとアプリケーションディレクトリ構造は一意であるため、Guidはそのパスに対して一意である必要があります。したがって、アップグレードを実行するたびに、ファイルはパスに基づいて同じGUIDを取得します。私はそのような「決定論的ガイド」を生成するクールな方法を見つけました（Elton Stonemanに感謝）。それは基本的にこれを行います：

private Guid GetDeterministicGuid(string input) 

{ 

//use MD5 hash to get a 16-byte hash of the string: 

MD5CryptoServiceProvider provider = new MD5CryptoServiceProvider(); 

byte[] inputBytes = Encoding.Default.GetBytes(input); 

byte[] hashBytes = provider.ComputeHash(inputBytes); 

//generate a guid from the hash: 

Guid hashGuid = new Guid(hashBytes); 

return hashGuid; 

} 

したがって、文字列を指定すると、Guidは常に同じになります。

これを行う他のアプローチまたは推奨される方法はありますか？その方法の長所と短所は何ですか？

@bacarで述べたように、RFC 4122§4.3は名前ベースのUUIDを作成する方法を定義しています。これを（MD5ハッシュを使用するだけで）行う利点は、これらが非名前ベースのUUIDと衝突しないことが保証され、他の名前ベースのUUIDとの衝突の可能性が非常に（非常に）小さいことです。

これらを作成するための.NET Frameworkのネイティブサポートはありませんが、アルゴリズムを実装するコードをGitHubに投稿しました。次のように使用できます。

Guid guid = GuidUtility.Create(GuidUtility.UrlNamespace, filePath);

他のGUIDとの衝突のリスクをさらに減らすために、（RFCで定義されているURL名前空間IDを使用する代わりに）名前空間IDとして使用するプライベートGUIDを作成できます。

これにより、外部のアセンブリをインポートすることなく、任意の文字列がGUIDに変換されます。

public static Guid ToGuid(string src)
{
    byte[] stringbytes = Encoding.UTF8.GetBytes(src);
    byte[] hashedBytes = new System.Security.Cryptography
        .SHA1CryptoServiceProvider()
        .ComputeHash(stringbytes);
    Array.Resize(ref hashedBytes, 16);
    return new Guid(hashedBytes);
}

一意のGuidを生成する方法ははるかに優れていますが、これは文字列データキーをGuidデータキーに一貫してアップグレードする方法です。

Robが述べているように、メソッドはUUIDを生成せず、UUIDのように見えるハッシュを生成します。

RFC 4122バージョン3,5使用MD5及びSHA1（それぞれ） -のUUIDには、具体的には、決定論的（名前ベース）のUUIDを可能にします。ほとんどの人はおそらくランダムなバージョン4に慣れているでしょう。ウィキペディアにバージョンの概要がわかります。（ここでの「バージョン」という単語の使用は、UUIDの「タイプ」を表すようです-バージョン5はバージョン4に取って代わりません）。

python uuidモジュール、boost.uuid（C ++）、OSSP UUIDなど、バージョン3/5 UUIDを生成するためのライブラリがいくつかあるようです。（.netのものは探していません）

クラスのインスタンスと、Guidグローバルに一意の識別子を区別する必要があります。「確定的GUID」は実際にはハッシュです（への呼び出しから明らかprovider.ComputeHashです）。ハッシュは、を介して作成されたGuidよりも衝突（2つの異なる文字列が同じハッシュを生成すること）の可能性がはるかに高くなりGuid.NewGuidます。

したがって、アプローチの問題は、2つの異なるパスが同じGUIDを生成する可能性があることを承知しておく必要があることです。特定のパス文字列に対して一意の識別子が必要な場合は、文字列を使用するのが最も簡単です。文字列をユーザーから隠す必要がある場合は、暗号化します。ROT13またはより強力なものを使用できます...

GUIDデータ型への純粋なGUIDでないものをシューホーンしようとすると、将来的にメンテナンスの問題が発生する可能性があります...

MD5は弱いので、SHA-1でも同じことができ、より良い結果が得られると思います。

ところで、個人的な意見ですが、md5ハッシュをGUIDとしてドレスアップしても、それは良いGUIDにはなりません。GUIDはその性質上、非決定的です。これはチートのように感じます。なぜスペードをスペードと呼び、その文字列でレンダリングされた入力のハッシュを言うのではないのでしょうか。新しいGUID行ではなく、次の行を使用してそれを行うことができます。

string stringHash = BitConverter.ToString(hashBytes)