0

現在、顧客ごとに個別に展開された .NET SaaS Web アプリがあります。毎月のリリース スケジュールに従っており、各顧客は個別のスケジュールで最新のリリースにアップグレードされます。場合によっては、特定のメンバーがリリース全体をスキップして、後続のリリースでアップグレードすることさえあります。

ネイティブ iOS アプリケーションの開発を検討しており、単一の iOS コードベースをサポートされている複数のサーバー側展開と同期させる最善の方法を見つけようとしています。Citrix が GoToMeeting でこの問題に遭遇したことは知っています。ある時点で、さまざまなサーバー側バージョンで顧客を満足させるために、App Store にネイティブ アプリの複数のバージョンがあったからです。App Store で現在サポートされているサーバー側の展開に対応する複数のリリースをサポートすることは、私たちが検討しているオプションではありません。お客様が使用しているサーバー側コードのバージョンを確認するためにコードに条件分岐を含めること、およびそれらのユーザーに対してより新しいコードと機能を無効にすることについて説明しましたが、これも理想的ではありません。確かに他の人 (Citrix など) はこれに遭遇し、よりクリーンなソリューションを考え出したので、私は「ネットをキャストして、どのような応答が得られるかを確認してください。ヘルプや提案は大歓迎です。

ありがとう。

4

1 に答える 1

0

API バージョンの違いに対処する場合、iOS アプリの構成ファイルが不可欠だと思います。構成ファイルとは、アプリの実行時に起動し、API の場所を指示する plist または単に設定のダウンロードを意味します。これにより、他の API バージョンで必要なことを行うことができ、準備ができたら、構成を変更して新しいバージョンを指すことができます。

于 2012-11-19T18:28:41.167 に答える