アプリケーション間で同じGUIDの影響

Question

私は新しいC＃プロジェクトを作成するたびに、ほとんどのコードを再利用するために既存のものをコピー/名前を変更することがよくあります。これは、Assembly Infoに入り、そこでプロジェクトの名前を変更することを意味します。過去には、私はGUIDの名前を変更することに実際に悩まされていませんでした。

これは悪いプログラミング慣習であり、同じGUIDで別のプログラムを開いていると、ユーザーに悪影響を及ぼす可能性がありますか？

私は決して熟練したプログラマーではありませんが、私は理解しています。アドバイスは大歓迎です。

Answer 1

どのGUIDが使用されているかによって異なります。私は合併症があるは厳しい（と、まだ微妙な）を引き起こす可能性があることを知っているGUIDの一部を再使用しています。

1. GUIDはどのような方法でCOMに公開します。同じGUIDを持つ2つのCOMコンポーネントが登録されていると、非常に混乱し、解決には至りません。
2. GUIDは、セットアッププロジェクトの製品IDです。 異なる製品がアンインストールされている、またはインストールが妨げられている状況に遭遇することはあまり面白くありません。
3. SharePointのほとんどのGUID。 （列の種類、タイマージョブなど）

最後に、可能であれば、他の「再利用」方法を探します。

ハッピーコーディング。

Answer 2

ブラインドコピー/ペースト対スマートな再使用は一般的に悪い習慣ですが、assemblyInfoの値を更新すると安全な側になる可能性があります。

私はそのファイルをコピーする場合、個人的に私は常にすべてのプロジェクトに異なるGUIDを割り当てるが、あなたは純粋な.NETクラスライブラリやアプリケーションを作っているので、もしとにかくAssemblyGuid属性は、COM相互運用性のためにのみ使用され、あなたはfalseにComVisibleセットを持っていますCOMで何も公開していないので、心配する必要はありませんし、他に何か影響はありません。

Answer 3

私はよく分かりませんが、ほとんどの言語では、再利用可能なコードをライブラリにパッケージ化することができます。 1つのプロジェクトにライブラリのソースを保存し、メインアプリケーションのそれぞれからライブラリのバイナリにリンクします。

コピーアンドペーストコードの再利用を継続すると、メンテナンスが悪夢になることがわかります。再利用可能なコードは1つの場所に保存する方が良いので、バグを修正すると、そのバグを使用するすべてのプログラムで修正されます。

Answer 4

頻繁にコピー/ペーストする場合は、共通コードをライブラリに抽出して他のプロジェクトから参照することを検討してください。これは、あなたがバグを修正するときにメンテナンスを減らすことで利点があります。