マルチバージョンApiのアーキテクチャ

Question

私はマルチバージョンのAPIアーキテクチャを設計しました 私は、良いことと悪いことに関するフィードバックや提案をしてください、またはこれを達成するより良い方法があります。

1. バージョンサーバ（MVC4）APIインターフェイスを補正するルート要求（WEBAPI）へ。
2. バージョンはヘッダでサーバに送信され、ヘッダが見つからない場合はデフォルトで1.0になります。

私は初めてマルチバージョンAPIアーキテクチャを設計しており、googleにはこれに関する多くの情報はありません。

提案、評論家、フィードバックなどをお待ちしています。

乾杯、

Answer 1

それはあなたが維持し、どのようなNFRは、古いバージョンのためのものであるだろうどのように多くのバージョンに依存します。

あなたの現在の設定はバージョンプロのと詐欺ののほんの一握りの罰金です：すべてのバージョンの
+同じNFRは最初
で達成することがクイック+
可能です - （DBなど）の共通リソースへの変更は、持っていますサポートされているすべてのバージョンに影響を与えるため、再リリースし、テストする必要があります。非常に高価になる可能性があります。

その他のオプションは、バージョン2.2から1.0および3.7から2.2：
+大きなバージョンのセットを維持するのが簡単
+ chan GESはチェーン内の1つの新しい/更新されたアダプタが必要
- 困難で設定する最初の
- パフォーマンスは、それらすべてを持って、アダプタの連鎖いくつかの可能なシナリオがあるために

を使用しているアダプタごとに低下し1つのプロセス、またはそれぞれに個別のサービスがあります。また、両方ともプロとコンズを持っています。

いつものように、あなたの状況によって異なります。