iOSクライアント/サーバーアプリでアップデートを管理する最善の方法

Question

私は物流上の疑問があります。アプリとの同期が外れるAPIを管理するための最良の方法を見つけようとしています。これを説明する最善の方法は、例です：

MyAppバージョン1.0がfirst_name、last_name、およびemailを必要とする「submit_feedbacK」APIに投稿されたとします。

次に、MyAppバージョン2.0をApp Storeに送信します。このバージョンは、first_name、last_name、gender、およびemailをAPIに投稿するように設計されています。これらはすべてAPIの必須フィールドです。

私が持っている問題： - 新しいアプリケーションが実稼働中である前に、私はAPIを更新した場合、それはバージョン1.0 を中断します - バージョン2.0が1.0に不自由リモートでのライブとなるまで、私は待っていれば、私はそれを正しく時間を計る必要があります。

私は、「正しい答え」は2つの異なるAPIを維持することだと推測します。しかし、両方のAPIが同じライブ・データベースにポストすると、状況が少し面倒になります。

これをモデル化する方法の提案はありますか？

Answer 1

この質問は、いくつかの側面をiOS consuming API designと共有する場合があります。

正しい答えは、2つのAPIを提供することです（少なくともユーザーが調整している間は短期間）。同時に2つのバージョンを管理する必要はありません。新しいバージョンがリリースされたら、そのバージョンを維持して、古いバージョンの古いバージョンを提供するだけです。あなたがそれに加えなければならない本当の変更は、セキュリティパッチや主要な問題のようなものだけです。主な変更（データベース全体を再構成することを決定した場合など）は、以前のバージョンが動作しなくなる可能性がありますが、新しいAPIバージョンへの更新は、以前のバージョンが機能するように設計する必要があります。

もう1つの質問は、さまざまなバージョンのアプリに正しいバージョンのAPIをアクセスさせる方法についての回答です。

もう1つ注意する点は、使用しているフレームワークによっては、APIをエンジンやサブアプリケーションとして設計し、別のエンドポイントにマウントする方が簡単かもしれないということです。私はこれがRailsでEnginesを使うことで簡単にでき、Node with Expressでapp.use（）をサブアプリケーションで使うことができることを知っています。

Answer 2

あなたのアプリとのコミュニケーションにwebservice/httpエンドポイントを使用します。アプリのすべてのバージョンで同じURLを維持することをご希望の場合は、サーバーへのすべてのリクエスト/投稿にバージョン番号を含めて、それらを処理する方法を知ってください。これにより、新しいバージョンがサーバー上の新しいAPIに対してテストできるようになり、開発とテストが容易になります。

したがって、webservice/serverを呼び出すことができる関数であれば、バージョン番号の変数を1つ追加してください。同じ関数の256バージョン（いつも）を打つと、最初からやり直すことができると思うので、BYTEは十分であるはずです。

サーバーでデータのリクエスト/投稿が受信されると、サーバーAPIに単純なスイッチ/ケース構造をコーディングするだけで、両方のバージョンでサポートが機能するようになります。

もしそれらが似ているが、例えば。パラメタまたは何かを交換すると、これらすべてのサーバーサイドを処理でき、ソリューションのサーバー部分でBAL/DAL（n層構造）を維持できます。

Btw。私の答えはiOSやスマートデバイスだけではなく、開発中および保守中にすべてがオンラインでなければならない "作業中の"生産セットアップのクライアント/サーバーアプローチです。

希望する場合は、それ以外の場合は、コメントしてください、それをさらに説明しようとします。

Answer 3

私はCodeIgniterを使用しています。私はhttps://github.com/philsturgeon/codeigniter-restserverで提供されているRESTコントローラを使用しています。私は最終的にすべてのバージョンで異なるエンドポイントを持つことになった。基本的には、各リリースの新しいリポジトリをチェックアウトし、それを一意のディレクトリに入れます。 （つまり、http://www.mysite.com/1.0/api/method、http://www.mysite.com/1.1/api/methodなど）複数のバージョンのAPIを1つのコードベースで維持しようとすると、恐ろしい響きになりました。少なくとも私がバージョンをリリースしたとき、私はそれが石で固定されていることを知っていて、それを壊すことを心配する必要はありません。 （注：同じドメインから複数のCodeIgniterインスタンスを実行するには、特殊な.htaccessを微調整する必要がありました）。