私が理解している限り、Microsoft は「デスクトップと最新の ui GUI の両方を持つ」ことを Web ブラウザーでのみ許可したいと考えています (ここで間違っていますか?)。
つまり、一般的なアプリは 2 回開発されるということですか? たとえば、Skype は純粋なデスクトップ アプリと純粋な最新の UI アプリの両方として利用できますか? ユーザーが両方をインストールした場合、これらの両方のインスタンスはデータを共有しませんか?
彼らがジェスチャー フレンドリーな uis/ハイブリッド ui に移行し、完全なデスクトップ アプリ (1 つのスペースにのみ存在できるおもちゃ/電話のような/ゲーム アプリではない) を残して、最新の内部に統合/エントリ ポイントがないことを想像することはできません。うい。それとも、彼らはその「本格的なデスクトップ アプリを殺す」運動に参加したいのでしょうか?
お気に入りまたは最近アクセスしたファイル、連絡先、など？
「ブラウザーのみ」という最初のステートメントは正しくありません。デスクトップ アプリケーションは、現在の設計パラダイムを変更しません。もちろん、ブラウザベースのアプリをデスクトップに置くこともできます。ただし、完全なクライアントは引き続きサポートされており、問題に対する実際のソリューションとして実行可能です。
そのコメントから得られることは、人々が主張するように、デスクトップ アプリケーションは非推奨ではないということです。現実には、デスクトップ アプリケーションは依然として多くの問題に対する唯一の解決策です。
共有データに関する 2 番目の質問は正しくありません。Skype は、アプリ コンパニオンと大量のデータを共有します。ただし、共有ローカル ストレージが原因ではありません。それは、それが共有するサービスのためです。私のアカウントと連絡先はサーバー上にあります。だから、彼らは多くを共有しています。
このコメントから得られる教訓は、Windows 8 アプリはローカル ストレージをあまり活用するべきではなく、サービス指向のクライアントとして構築する必要があるということです。そのためには、デスクトップ アプリケーションでもこのアーキテクチャの活用をすでに開始している必要があります。
3 番目の質問 (非常に難解です) は、デスクトップ アプリケーションとコンパニオン Windows 8 アプリが互いに共有または統合できるかどうかを尋ねているようです。答えはイエスです。同じサービスを共有できるだけでなく、ファイル アソシエイト、カスタム プロトコル、ストア以外のマニフェスト機能の一部によって、これが明示的に許可されます。私に言わせれば、基幹業務アプリケーションにはコンパニオン アプリが必要です。統合ポイントは多数ありますが、すべてではありません。しかし、Windows 8 の新機能を活用するには、コンパニオン アプリを導入する以外に方法はありません。
このコメントから得られることは、Windows デスクトップ アプリケーションとそれに付随する Windows アプリが、推奨され、予想される開発アプローチであるということです。
ご質問ありがとうございます。