スマホアプリ開発にあたりAPIを分けるべきか

Question

現在PHPでスマホアプリで使用するAPIを開発しております。

iOSではバージョンアップする際に、2週間ほどかかりますが、
Andoidは数日で反映されます。

ここが問題なために、iOS/Andorid同時に更新をかけるのが困難です。
そもそも同時に更新をかける必要はないのかもですが。

で、問題の例ですが、
1)本番環境のAPIのバージョンをデプロイ。
api.test.com/1/search/というAPIをバージョンアップ。（例えば、バグ対策等をしたとする。）
※ちなみに、iOS/Andoriはapi.test.com/1/search/というデプロイ前のAPI(URL)を使っている。

2)APIデプロイ時点で、アップデートかけていないiOS/Androidもバージョンアップをかける。
※iOS/Andoriはapi.test.com/1/search/というデプロイ前のAPI(URL)を使っているために。

3)Androidの方がバージョンアップ更新がはやく、先にAndroidだけ先に進む。

現状、APIを分けていないため、どうしても先にAndroidが先に進んでしまいます。

皆様の会社ではどのようにAPI開発を勧め。
iOS/Android用でAPIを分けて開発していますでしょうか？

個人的には使い分ける方で進めていこうと思っていますが、皆様の
お声を聞きたくで質問させて頂きました。

また、アップデートに関しても、何かアドバイス等頂ければと思います。
どうぞ、宜しくお願い致します。

Answer 1

「api.test.com/1/search」というAPIが単なるバグFix（本来想定している動作ではなかったため正しく動作するように修正した）であれば、特に気にする必要はないかと思うのですが。
APIが返却する内容や項目の数が変更になり、互換性が取れなくなった時は「api.test.com/2/search」というように、バージョン番号を上げて運用しています。

また

1. Androidの方がバージョンアップ更新がはやく、先にAndroidだけ先に進む。

と仰ってますが、ストアのアプリをアップデートしても、ユーザー様が必ずしもアップデートしてくださるとは限らないということを考慮する必要があるかと。

Comments

[K_T_T_K]

回答ありがとうございます。
なるほど。

確かにそうですね。

ただ、バグではなく、
APIはJSONを返すようになっていますが、key名が変わった場合
バージョンアップしないとエラーになってしまったりします。
このような場合は、hyper-drums-ko様が仰っておられるバージョン番号をあげてapiを作れば良いイメージでしょうか？

[hyper-drums-ko]

> バージョン番号をあげてapiを作れば良いイメージでしょうか？

そうですね。
その上でも気を付けていただきたいのが、古いバージョンについての動作保証です。

先に申し上げたとおり
> ストアのアプリをアップデートしても、ユーザー様が必ずしもアップデートしてくださるとは限らない
ので、テーブルレイアウトが変わったりデータの持ち方が変わったりする事で古いバージョンのAPIが動作しなくなったり意図しない挙動をしないよう気を付けてください。

[K_T_T_K]

なるほど。
ありがとうございました。
色々と他にも聞きたいことが増えたりしましたが、、
また宜しくお願い致します。