私は、概念実証として始まったソリューションの C# .Net コレクションを持っており、ほぼ 15 の異なるプロジェクトに成長しました。私は現在、製品ファミリ全体を書き直している最中であり、将来を見据えた組織で、自分の能力を最大限に発揮してベスト プラクティスを維持しようとしています。
私はいくつかの調査を行いましたが、将来リファクタリングが必要になる可能性を最小限に抑えるために、マルチプロジェクト製品でデリゲートを保持するのに最適な場所についてはまだ不明です.
一般的なコンセンサスは、ユースケースにとって意味のある場所に配置することだと思いますが、一般的に、問題を最小限に抑え、積極的なモジュール性を促進し、メンテナンスを容易にするために、ソリューション内のすべてを構造化する最善の方法があると思います。
多くの場合、使用されている場所で旅行することをお勧めします。おそらく、クラス ファイルの上の名前空間で宣言されています。私の場合、これは、イベントを強制する共通インターフェイスを備えた共通ライブラリに変換されます。現在、「デリゲート」名前空間の独自のファイルにデリゲートがあります。そうすることで見落としがありますか、それともデリゲートのユースケースを過度に複雑にしていますか?それとも、これは現在の使用の期待に沿っていますか?
私は典型的な検索を行いましたが、信頼できるものや実質的なものは何も見つかりませんでした。ただし、これは不適切なキーワード選択の結果である可能性があります。