モバイル アプリケーション API の設計例をいくつか教えていただけますか?

PHP がサーバーとして機能し、Apple がクライアントとして機能する場合、PHP が API インターフェースを提供する場合、新旧バージョン間、および Android と Apple バージョン間の不整合の問題を解決するには、どのように設計する必要がありますか?関数のスケーラビリティと柔軟性を確保するためです
完全な例を教えてください、またはいくつかのアイデアを教えてください

ディスカッション (解決策) への返信

あまりにも一般的ですが、重要な点は、インターフェイスは下位互換性があり、返されるデータは下位互換性があります

一般的すぎますが、重要な点は、呼び出し元のインターフェイスは下位互換性があり、返されるデータは下位互換性があるということです

詳しくはわかりません。

リクエスト インターフェイスは、バージョン番号とソース (iOS または Android) を渡します。この 2 つのパラメーターに従って、異なるデータを返すことができます

1. 携帯電話の種類フィールド、バージョン番号、確認するときは、これら 2 つのフィールドに基づいて ID を見つけ、次に携帯電話の種類のフィールドが最も大きい ID を確認します。それを比較すると、バージョンのアップデートがあることが表示されます
2. わかりません

リクエスト インターフェイスはバージョン番号とソース (iOS または Android) を渡し、これら 2 つのパラメーターに基づいて異なるデータを返すことができます

このように理解できますか? Android と Apple のインターフェイスは同じものに分ける必要があります。サーバー側に 2 つの部分があり、メンテナンスの量が増加します

サーバー側は 2 つの部分に分かれています。

リクエスト インターフェイスはバージョン番号とソース (ios または android) を渡します。これら 2 つのパラメーターに基づいて異なるデータを返すことができます。

Android と Apple のインターフェイスは分離されている必要があることが理解できますか?サーバー側でも同じことです 2つの部分に分ける必要があり、メンテナンスの量が増加します

iOSとAndroidの処理ロジックはほとんど同じです。異なる場合は別々に記述します。

矛盾がある場合は、別個に書いてください。スケーラビリティと柔軟性については、何回か変更するだけでどこから始めればよいのかわかりません。

php (最下層)ここで Java がデータ形式の変換と処理を行います (lz の質問は中間層に配置できます)

クライアントは Java から直接データを表示するだけです

熱心なご回答ありがとうございます