- - PR -
リッチクライアント技術は使える？使えない？
| 投稿者 | 投稿内容 | ||||||||
|---|---|---|---|---|---|---|---|---|---|
|
投稿日時: 2003-07-28 00:57
補足です。
プログラムとデータの分離について考えておく必要があると思います。Webシステムにおいては、Webブラウザに対してHTML文書、Acrobat Readerに対してPDF文書といった具合です。 Webシステムでは、ここでいうプログラムはクライアント環境に既にセットアップされており、それを使わせることにより配布コストが軽減されます。もし、クライアントにこれらのプログラムがセットアップされていなくても、クライアントは一度セットアップすればそのWebシステムを利用できます。また、これらのプログラムの配布に関しては、Webシステムの管理者は(基本的には)管理する必要がありません。プログラムをアップデートするかどうかも利用者の判断に任せられます。 一方、C/Sシステム(クラサバ)では、システムを利用するために必要なプログラムはシステム管理者の責任において配布が必要となります。もし、システム利用者が10人ならシステム管理者がそのクライアントにプログラムをセットアップすることも可能でしょう。しかし、1000人・10000人となった場合はどうでしょう？セットアップを利用者に任せたとしても、クライアントプログラムが正常にインストールできないとクレームが来るかもしれません。サーバプログラムのアップデートに伴い、クライアントプログラムのアップデートが必要になってしまった場合、すべてのクライアントがプログラムをアップデートしてくれると期待できるでしょうか？(「動かなくなったんだけど」とクレームがくるのは目に見えています。) また、プログラムとデータの分離という意味においては、Javaアプレットはあくまでデータであり、それに対するプログラムはJVMということになります。Javaアプレットがデータであるということは、JavaアプレットはそのWebシステムにアクセスするごとにダウンロードされて実行されるということです。もし、Javaアプレットでサーバと通信する処理を記述していたとしても、Javaアプレットが毎回ダウンロードされることにより、サーバプログラムとの不整合はおきなくなります。 もちろん、Webシステムも理想の形ではなく、当然課題もあります。 ・プログラムとデータの不整合 ご存知の通り、同じHTMLでもWebブラウザ(バージョン)によって、動作しなかったり、動作しても動きが違うということがあります。クライアントプログラム(のバージョン)に左右されないよう如何にデータを作成するかということを、Webシステム管理者は考えておく必要があります。Java Plug-inはデータ側で動作するプログラムを指定することでこの不整合を防ごうとしているのですが、そんなに理想的な動きはできていないようです。 ・プログラムの汎用性とデータの軽量化 プログラムが汎用的であるというのは理想的ではありますが、一方でこれはデータの肥大化を意味します。Webブラウザだけでできることは限られてしまいますが、クライアントにダウンロードさせるデータはHTML(+画像など)だけとなります。Javaアプレットは、(ブラウザに比べると)いろいろできてしまいますが、データ(Javaアプレットのクラス)のサイズは大きくなってしまう傾向にあり、結果としてWebシステムのレスポンスを低下させてしまいます。 Webブラウザだけでできることには限りがあるので、リッチクライアントという考えが出てきていますが、これらのことを考慮して利用しないとC/Sシステムに逆戻りしてしまうということになってしまいます。 個人的には、これらのプログラムはある程度特化してしまい、利用目的ごとに選択するプログラムを決めるのがよいかなと思います。そうすることによりデータの肥大化も防げるのではないかと思います。 [ メッセージ編集済み 編集者: ふうた 編集日時 2003-07-28 00:59 ] | ||||||||
|
投稿日時: 2003-07-28 09:54
だってクライアントには何も配布しませんよね。 | ||||||||
|
投稿日時: 2003-07-28 11:10
Windowsの事は詳しくないんですが、ActiveXコンポーネントなどは AppletみたくWEBでユーザに配布できるのではないでしょうか？ そうなると配布コストはかかりませんよね？ | ||||||||
|
投稿日時: 2003-07-28 11:32
私は仕事でJavaを使用していますが、時々、思うことがあります。
例えば、Javaに関してほとんど知識のないある企業のお客様が10000人いたとして、Java Runtime Environmentをどのような方法で配布するのがベストなのか?ということです。 みなさんは、どのような方法がベストだとお考えですか? | ||||||||
|
投稿日時: 2003-07-28 13:33
すべてのケースにおいてのベストな解はあり得ないと思います。すぐに思いつくのは下記のようなものですが、どちらも長所短所があります。 1. JREのインストーラが自動起動するようなCDを焼いて配布(各自にJREを配布しても同様)。 2. http://java.sun.com/getjava/ にアクセスして所定の操作をしてもらう。 3. その他。 | ||||||||
|
投稿日時: 2003-07-28 13:54
Appletの場合なら、Appletタグではなく ＩＥ：OBJECTtタグ Netscape：EMBEDタグ を使用すればプラグインがなければダウンロードを促すようにできます。 アプリケーションなら、 びしばしさんが回答しているように
しかないのではないでしょうか。 | ||||||||
|
投稿日時: 2003-07-28 15:47
タイムリーなんですが、以下で Swing でできそうにない事を質問してます。
http://www.atmarkit.co.jp/bbs/phpBB/viewtopic.php?topic=5478&forum=12&4 どなたかわかる方いらっしゃったらレスいただけると助かります。 | ||||||||
|
投稿日時: 2003-07-28 15:52
「リッチクライアント技術は使える？使えない？ 」と どのような関連性があるのでしょうか
[ メッセージ編集済み 編集者: 七味唐辛子 編集日時 2003-07-28 15:53 ] | ||||||||
スキルアップ／キャリアアップ（JOB@IT）
Copyright © ITmedia, Inc. All Rights Reserved.
著作権はアイティメディア株式会社またはその記事の筆者に属します。
当サイトに掲載されている記事や画像などの無断転載を禁止します。
著作権はアイティメディア株式会社またはその記事の筆者に属します。
当サイトに掲載されている記事や画像などの無断転載を禁止します。