APPバックエンドのマルチバージョン戦略について教えてください

前にどなたかが質問されたのですが、吸収できる栄養素が無いと見たので再度質問したいのですが、皆さんはどうしていますか？
プロジェクトでは、複数バージョンのインターフェースが複数バージョンのクライアントに同時に提供される状況を制御する必要があるため、インターフェースのバージョン戦略について常に疑問を抱いていました。どのようにしてそれを達成したか教えてください。
バックエンド言語: php
現時点で考えられる実装方法:
1. 単一ディレクトリ、インターフェースの内部判断 (非常に不快、混乱を引き起こしやすい)
2. バージョンごとのディレクトリをドラッグアウトインターフェイスのバージョンは自由に変更できますが、変更が必要なインターフェイス ロジックがある場合は、1.0、2.0、3.0、4.0 などのすべてのバージョンのファイルが含まれる可能性があります。 。 。非常に異常な方法です
3. 基本バージョンを作成し、バージョン ディレクトリにある場合はそのクラスを使用します。ない場合は、基本バージョンのクラスを使用します。利点は、各バージョンのディレクトリには変更されたファイルのみが存在することです。しかし、開発中はまだラグを感じます。
4. 継承を使用すると、このバージョンのクラスは基本バージョンのクラス メソッドをオーバーライドします。利点は、1 つのメソッドのみを書き換える必要があることですが、欠点は、プライベート メソッドの問題が考慮されることです。

複数のバージョンの問題をより適切に管理する他の方法があることを願っています。
ありがとう