では.NET Framework 4.5、System.Guidはグローバルに一意の識別子を表します。アーキテクチャで一意の識別子にalyaws Guidクラスを使用する必要がありますか? どのような状況で使用すればよいですか? すべきではない状況はどれですか?
誰かがこの状況について詳細な説明をすることができますか?
2 に答える
1
名前はかなりわかりやすいと思います。すべてのあいまいさを取り除くために、何かをグローバルに一意にする必要がある場合は、Guid を使用します。ピア間でのみアイテムを一意にする必要がある場合は、シリアル主キーのような単純なものを使用します。
シリアル プライマリ キーの唯一の主な利点は、(1) ほぼすべての既存のストレージ メディアでサポートが組み込まれていること、(2) 口頭でのコミュニケーションが簡単であること、および (3) ストレージ サイズです。
そうは言っても、ID を手動で伝達/キー入力する必要がまったくないか、めったになく、ストレージが最大の関心事ではない場合 (主要なオブジェクトと比較して分類法が無視できるドキュメント ライブラリなど)、実際にはありません。 Guid を使用しない正当な理由。
于 2012-09-05T13:51:35.710 に答える
1
それはかなりあいまいです。通常、データにラベルを付けるには「一意の識別子」が必要です。データベース エンジンは、ユーザーの助けなしでそれを行うのに非常に優れています。常に最初にその機能を活用するようにしてください。
一意の番号を生成するのは直感的に簡単です。前の番号よりも 1 つ多くなります。悪魔は細部に宿る、前作は？プロセス セッションの終了後に番号付けを再開したくない場合がたくさんあるので、単純な変数で十分です。System.Guid の価値は、必要なときにストレージの問題を解決する必要がなくなることです。言葉にできないものを生成するという犠牲を払って。
于 2012-09-05T14:02:44.453 に答える