3

現在ホストされているアプリケーションの更新バージョンをウェブ ストアでホストすることに関する情報を探しています。

私の質問は、アプリの既存のバージョンが Ver と言うマニフェスト ファイルです。Web ストアでホストされている1.0はソースの場所 (Azure Web サイト) を指しており、たとえばmyappversion1.0hostedapp.comとします。今度は、アプリの次のバージョン、たとえばVer. 2.0にいくつかの新機能を追加し、いくつかのバグ修正を行いました。

したがって、 myappaversion1.0hostedapp.comなどの既存の URL に現在の変更をプッシュしてから、オフィスの Web ストアにアプリを送信する必要があります。この場合、古いバージョンは台無しになります。

また

更新されたマニフェスト ファイルでmyappversion2.0hostedapp.com などの新しいソース URL を提供し、アプリを Web ストアに送信する必要があります。これにより、新しいバージョンが Microsoft チームによって検証されるまで、古いバージョンがそのまま維持されます。

質問-

  1. 後のシナリオの場合、マニフェスト ファイルVer. myappaversion1.0hostedapp.comを指している1.0は、私の新しいバージョンが Microsoft 技術チームによって承認されると、 myappaversion2.0hostedapp.comと言う

既存のアプリで次のバージョンのアプリをホストすることについては明確ではありません。誰かがこれについて明確にしてくれれば素晴らしいことです。

4

1 に答える 1

1

この質問と、一般的な Office アドインの公開/更新プロセスには、いくつかの部分があります。

まず、ウェブ コンテンツの更新だけを行っている場合、マニフェストを改訂する理由や必要性はまったくありません。他の Web サイトと同じように、Web コンテンツをサイトに再デプロイするだけです。心配する必要があるのは、通常の Web キャッシングだけです。つまり、DOM を変更して、何かを実行するはずの新しいボタンができた場合 (さらに悪いことに、ボタンの名前を変更した場合)、JavaScript はキャッシュされているため、HTML ページが古い JS/CSS で読み込まれると、明らかに一貫性のない状態になります。しかし、これは Office アドインにとって新しいことではありません。これは、Web 上で対処しなければならない標準的なことです (JS/CSS ファイル名をインクリメントして、更新された HTML と同期するようにするなどのソリューションを使用して、キャッシュの有効期限を制御し、等。）

Office 固有のマニフェスト パーツが登場. マニフェストは、Web サイトへの多数の「外部参照」をキャプチャします。最も顕著なのは、開始ページの URL とアイコンの URL です。そのため、ウェブサイトがそれらを変更した場合は、マニフェストが送信され、ストアによって承認されるまで、(スタート ページのリダイレクトとアイコンのコピーだけであっても) 古いバージョンを維持してください。マニフェストがストアによって承認されると、アドインは自動的に最新のものを使用し始めると思います (最新のものを使用するかどうかをユーザーが選択できるとは思いません。FYI 通知を受け取りますが、私は使用しません)。 「古いアプリを使用してください」とだけ言うことができるとは信じられません。これはアプリではなく、それが参照するマニフェストにすぎないためです）。

PS: アイコン、開始ページの URL、説明、要件セットなどはすべてバージョン間でマニフェストで変更できますが、アプリ ID は同じままにする必要があります。この ID は、アプリがストアとドキュメント内参照の観点から "同じ" であることを識別する一意の ID です。

お役に立てれば、

~ MSFT、Office Extensibility チームの開発者、Michael Zlatkovsky

于 2015-11-01T00:31:58.413 に答える