Google Earth - リッチクライアントアーキテクチャまたはリッチインターネットアーキテクチャ

Question

Google Earthシッククライアント（リッチクライアント）アプリケーションまたはリッチインターネットアプリケーションですか？ Microsoft Architecture Guide 2.0を読むと、ウェブブラウザやモバイルデバイスでレンダリングされないアプリケーションとともにGEがシッククライアントであるように見えますか？

GEは、Microsoft's Virtual Earth (VE)（Now Bing Maps）と一緒に、RIAの完全な例だと思います。 GEがブラウザに表示されないという事実は、それをRIAにしないという明確な特徴であってはなりません。さもなければ、シッククライアントアーキテクチャはあまりにも多くを掃除しなければなりません。

私はあなたの意見を与えて、なぜあなたがそう言っているか教えてください。

---

も参照してください：Should Rich Client Arch be used in Multi Tier Enterprise Systems

Answer 1

私はまだこれに本当の答えがないと思います。私が行ったすべての研究は、業界がRIAが何であるかについて完全には考えていないことを指摘しています。

マイクロソフトは、クライアント側がブラウザベースでなければならないと考えていますが、Javaコミュニティはまだ混乱していますが、「JavaPosseはこのエピソードでこの件に関して非常に良い治療を受けていました。

Google Earthのは、効果的に「リッチと「RIA」実装である：効果的jamesh

から、私はこの問題に対する最善の解決策だけではなく、特定の問題を解決するために、1つのアーキテクチャに厳密に焦点を当てることだと思いますクライアント"。 < - これは意味がある場合。誰もが同意しないか、他の意見を持っている場合

、そうでない場合は、これは私が今のところ、それは私の心の中で「最も」理にかなっている主な理由（に固執するつもり思考になり、私に知らせてください... ;-)

---

更新：は下の画像を見て、そしてモバイルアーキテクチャと休息のようなものの私達の定義を無視して、RIAにのみ焦点を当て、この図はMarc Domenigメイクの記事に触発んもっと感覚的です（または少なくともRIAをより良く置く）？

Answer 2

私は処理が起こる場所シッククライアントとシンクライアントの違いだったという印象の下にありました。私の理解は：

Google Earthでは、仕事の本質はクライアント側で発生し、データはGoogleのサーバーに保存されています。それはそれを厚いクライアントにします。

しかし、リッチインターネットアプリケーション（RIA）では、データと処理の大部分がサーバー側で発生します。いくつかのクライアントサイドのJavaScriptがあるかもしれませんが、サーバーサイドで行われた作業の量とは比較されません。

Answer 3

Google Earthは、ローカルワークステーションのハードウェアで直接実行されるネイティブコードを持っているため、シッククライアントです。また、ローカルのワークステーションから再びインターネットにソケットを開きます。

Google Earthには、インターネットがなくても大量のディスクを必要とするファンシーキャッシュがあります。また、Blue Ray Diskからデータを取得することもできます。

RIAアプリケーションは、ローカルワークステーションのハードウェアに直接アクセスできません。 これはサンドボックス（Webブラウザ）で動作し、そのコードはアーキテクチャに依存しない（java、javascript、htmlなど）ほとんどの場合

RIAアプリケーションはブラウザに限定されており、 （ディスクの読み取り、ソケットの開けなど）

Answer 4

RIAという用語は、アドビのマーケティング用語に由来しています。彼らはAIRと改名されたApolloを記述するためにそれを使用していました。

純粋にマーケティング用語であり、明らかにスコープされた定義ではないが、その正確な意味は議論の余地がある。各定義には、おそらくRIAと呼べない少なくとも1つの主要な反例があります。例えば

：

• のRIAは、ブラウザで実行されるJavaScriptアプリケーションです。すなわちGMail はですが、Google Earth はではなく、です。
• RIAはクライアントでは実行されますが、ブラウザでは実行されず、オンラインサービスとの大規模な会話があります。すなわちTweetdeck はですが、Thunderbirdです。

thick/richクライアントという用語は同様に競合する用語で、Thin Clientとは対照的に設定されています。 IIRCはセントラルメインフレームですべての処理を行ったディスクレス端末でした。

JavaPosseはこの件に関して、this episodeで非常に良い治療を受けました。

Answer 5

質問1.私はGEがRIAであることに同意します。実際、これはRIAの最良の例の1つだと思います。私はブラウザで実行するとアプリとは関係がないとは思わない。私は、現在定義されているものとは若干異なるRIAを定義する必要があると考えていますが、インターネットとその使用法が変わるにつれて、私たちが知っているように定義も変わると思います。