Visual Studioソリューション/プロジェクト組織

Question

複雑なバックエンドシステムを作成しているとします。システムのどこかに、IQueueインターフェースがあります。あなたはキューのためのいくつかの実装を持つことを計画している：

• ナイーブ「インメモリ」クラウドで
• データベース（キューがデータベースで管理されている）
• アマゾンSQS（使用してアマゾンSQSサービス）
• MS /グーグル/その他キューサービス明らかに

、各実装は、それが自分のクラスと実装の必要があります。各実装にはおそらく異なる参照が必要です（データベースには関連するデータベースとの通信が必要ですが、Amazon SQSにはAmazon AWS DLLなどが必要です）

このようなシナリオでは、どのようにソリューションを整理しますか？

• 別のVisual Studio（したがって、アセンブリ）各実装用：
  インタフェースと素朴な実装を想定し

  は、キューが使用されているプロジェクトで、場所で、私は以下の可能なオプションを参照してください

  • プロ：クリーンなプロジェクト、プロジェクトレベルでの「一元的責任」、特定の実装の更新が容易
  • Con：多くのプロジェクト、管理/展開するアセンブリが多数あり、Visual Studioの速度が遅い
• すべての「非純粋」実装の単一プロジェクト：
  • Pro/Con：最初のオプションとは正反対です。あなたはそれぞれの実装のための独立したのVisual Studioプロジェクトにリストされた最初のルートを行く私の意見で

Answer 1

は、理由のためにあなたが列挙されている、より良いです。また、バイナリを置き換えなくても、実装を追加できるという利点があります。