2

Webブラウザ（Win / Mac）から、デスクトップアプリケーションを起動し、Webサーバーから応答文字列（XMLなど）を渡す必要があります。Windowsの場合、私が知る限り、2つの簡単なオプションがあります。

  1. アプリケーションをデフォルトのプログラムとして設定し、標準的な方法で応答して、ブラウザが応答をその拡張機能/コンテンツタイプに関連付けるようにします。ブラウザは関連付けを検証し、応答を一時ファイルに保存して、アプリがそれを開きます。

  2. プロトコルを登録します。これにより、ブラウザはアプリを起動し、URLを渡します。この場合、文字列はBase64でエンコードされたものである必要があります（ただし、ブラウザのURLの長さの制限よりも短い）。それ以外の場合は、ファイルをWebサーバーに保存し、URLがアプリに渡されてそれ自体を要求します。これは理想的とは言えないようですが、iTunesはそれを使用しています（itms://）。

プラットフォーム間でアプリインストーラーが登録するのが一般的に簡単なのはどれですか？現時点で私が知らないのは、このアプリで使用されている特定のインストーラーフレームワークです。

4

1 に答える 1

0

私はこれに関する開発経験はありませんが、開発しているものとビジネス モデルがすべてだと思います。

オプション 1 アプリケーションで適切に表示できる、ある種のカスタム メタ データ ファイルを作成する場合に便利です。 X 社には、独自の XML スキーマがあります。お客様は、その形式でデータをダウンロードできます。会社のサーバーは、登録済み/カスタムのコンテンツ タイプでこれらのファイルを提供します。お客様は、そのコンテンツ タイプを処理するアプリケーションをインストールできます。アプリケーション開発は、XML スキーマをサポートし、その上にインターフェイスを構築することに重点を置いています。

オプション 2 コンテンツをオンラインで配布する場合に便利です。 Apple は、iTunes ビジネス モデルをプロトコルに変えました。そのため、市場シェアが必要なすべてのチャネル (Web、ブラウザー拡張機能、モバイル アプリ、デスクトップ、モバイル サイト、会社のデバイスなど) がそのプロトコルを使用できます。アプリケーション開発は、プロトコル (ビジネス モデル) のサポートに重点を置いており、チャネルに最も適したインターフェイスを構築します。

于 2011-03-31T13:01:53.363 に答える