2

ダイレクト アップデートを使用すると、モバイル アプリケーションを新しいバージョンの Web リソースで自動的に更新できます。ネイティブ リソースを更新するには、新しいバージョンのアプリケーションをアプリケーション ストアにアップロードする必要があります。

既にアプリケーション・ストアにあるネイティブ・リソースと Web リソース・コードの両方の更新を含む Worklight アプリの更新がある場合を考えてみましょう。

質問:

  1. 次のアプリの更新方法は正しいですか?

    ステップ 1. アプリを .ipa / .apk (ネイティブ + Web コード付き) にパッケージ化し、アプリケーション・ストアにサブミットします
    。 ステップ 2. 更新された .wlapp ファイル (Web コード付き) を Worklight Server にデプロイします。

  2. アプリケーション ストアでは、アプリケーションのアップロード時にアプリケーションのバージョンを指定できます。.wlapp を Worklight Server にデプロイすると、アプリケーションのバージョンは自動的に増分されますか?

  3. ユーザーがアプリケーション・ストアで自分のアプリケーションを更新せずにアプリケーションを開いた場合、Worklight Server に新しい Web リソースの更新があるため、ユーザーに最新のアプリケーションをダウンロードするよう促す直接更新アラート・ボックスが表示され、この場合、Web リソースのみがダウンロードされます。ネイティブ コードと Web コードを関連付けると問題が発生しますか?

どうもありがとう。

4

1 に答える 1

2

  1. これは基本的に正しい手順です。

    ただし、ネイティブ リソースと Web リソースの両方を更新しているとのことなので、.wlapp を Worklight Server にデプロイすると、既存のユーザーはダイレクト アップデートを受け取ります。

    このシナリオをサポートしたくない場合は、application-descriptor.xmlversion=" "で、環境の要素の属性の値も増やす必要があります。その後アプリをビルドすると、新しい .wlapp が作成されます (例: ...-1.0.wlapp ではなく myProjectNameMyAppName-1.1.wlapp)。
    これは、更新された ...-1.0.wlapp を Worklight Server にデプロイしない限り、既存の 1.0 ユーザーが直接更新を受信しないことを意味します。

  2. 上記に関連して、いいえ、アプリケーションのバージョンは自動的にインクリメントされません。手動で制御する必要があるものです。

    また、バージョン値はアプリケーション ストア インターフェイスで制御するものではないと思います...
    IFAIK では、iOS 用の .ipa を作成する前に Xcode で、および .apk を生成する前に AndroidManifest.xml でアプリケーション バージョンを変更できます。 Android (および他の環境でも同様の方法)。

    EDIT：実際には... application-descriptor.xmlのバージョン値を変更すると、アプリケーションのバージョン番号も上がると思います。最終結果を確認する必要があります (Xcode の AndroidManifest.xml または Xcode プロジェクトで)。

  3. これは、アプリケーションの動作と、更新に直面したときのアプリケーションの回復力に大きく依存します。これについては、上記の #1 で少し説明しました。

理論的に話すのではなく、実際にアプリをアプリケーション ストアにアップロードして、もちろん非公開でテストすることをお勧めします。これは、アプリの公開がほぼ瞬時に行われる Google Play を使用して行うのが最も便利です。

于 2013-05-24T06:48:21.683 に答える