1

背景情報 私は、多数の内部アセンブリを共有する 3 つの Web サイトの所有権を取得しました。これらの Web サイトはそれぞれ、基本的な CRUD タイプの操作のために IIS でホストされている WCF サービスに接続しています。

共有アセンブリで使用されるコードに変更/追加を行って、一度に 2 人の異なる開発者が各 Web サイトで作業する可能性があります。

問題 次に、各開発者はコードをビルドし、Web サイトが正しく機能していることを確認します。しかし、共有コードを変更することで、他の Web サイトの機能に影響を与える可能性があることに気付いていません。

これを解決するには、各共有アセンブリを個別にビルドし、dll を各 Web サイトに固有のディレクトリにコピーして、そこから参照を追加します。

ただし、これによりいくつかの問題が発生します。

  1. これは、常に共有アセンブリを構築し、dll を必要なディレクトリに手動でコピーすることを意味します。

  2. 開発者が共有アセンブリの最新のソース コードを取得すると、何らかの方法で変更が反映されます。

nuget パッケージを使用してこれを管理することを考えましたが、これは実際には問題 #1 に対処するだけで、特定のバージョンの管理が少し簡単になります。

これが理にかなっていることを願っています...

他にアドバイスやヒントはありますか？

4

1 に答える 1

1

これには本当の魔法の弾丸はありません。

開発者は、共有アセンブリへの変更がそれらのアセンブリを参照する他のコードに影響を与えないようにする責任を負う必要があるか、プロジェクト間でそれらを共有すべきではありません。これらの共有アセンブリで変更されていることが実際に頻繁に発生する場合は、それらのパーツまたは変更されているメソッドを個々のプロジェクトに移行することを検討してください。このようなアセンブリの共有は、非常にまれにしか変更されない絶対的なコア機能に対してのみ行う必要があります。

于 2013-08-28T15:27:30.397 に答える