Ajax vs Javaアプレット vs FLASH
■ このスレッドは過去ログ倉庫に格納されています
0001nobodyさん
2006/04/02(日) 19:35:14ID:???結局、Javaアプレットに対して明確な優位性無いよね?
つーか、結局FLASH使えば、殆どの事出来るよね。
PC用ブラウザでは、実行環境は3つとも殆ど同じくらい普及してるし。
モバイル向けでの対応度としては、どれもイマイチだし。
0002nobodyさん
2006/04/02(日) 21:04:04ID:YngKlqjEFLASHはJavascriptより表現力がある。特に動画扱うならFLASHがベスト。
けど、表現する領域が定められる。ここの300x250をFLASH用に使うとか決めないとダメ。
Javascriptはそんなことないから、HTMLにより融合した形で使える。
結論:FLASHとJavaScriptをケースに応じて使い分け
0003nobodyさん
2006/04/03(月) 01:07:52ID:pKTwQtLiEclipseでActionScriptかけるようになるし、携帯にも対応しつつあるし
本当にFlashにWebのリッチアプリケーションは陣取られてしまうんじゃない?
0004nobodyさん
2006/04/03(月) 04:53:22ID:Ky54WQps0005nobodyさん
2006/04/03(月) 06:09:33ID:???クライアントサイドは関係ないでしょうに。
まさか、FlashがHTMLに埋め込めないとでも思ってるのか?
0006nobodyさん
2006/04/03(月) 07:45:49ID:???0008nobodyさん
2006/04/03(月) 16:39:56ID:???0009nobodyさん
2006/04/04(火) 22:37:34ID:8aF3aevqhttp://www.ajax-builder.com/DownLoad/
0010nobodyさん
2006/04/05(水) 00:57:21ID:???0012nobodyさん
2006/04/10(月) 12:32:10ID:???業務アプリとかでは使用されているらしい。
Javaメインな会社が多いから。
eclipseのアプリケーション自体も
Javaアプレットの派生みたいなもんだとか聞いたけど。
0013nobodyさん
2006/04/10(月) 20:40:37ID:RhLTK9Lo0014nobodyさん
2006/04/13(木) 03:37:16ID:???>Javaアプレットの派生
どっからそんな話が出たんだ。
ネイティブから呼び出してるから、まったく違うと思うんだが。
0015nobodyさん
2006/04/15(土) 19:22:15ID:hpQfwWhY0016nobodyさん
2006/04/26(水) 14:52:59ID:???0017nobodyさん
2006/04/26(水) 23:01:31ID:z6EC6bM/Ajaxは環境毎の非互換が多いし、
Javaアプレットは起動が遅い。
0018nobodyさん
2006/04/27(木) 12:59:35ID:???特筆するほど遅いか?
確かに重いのもあるけど、Flash使っててもアホみたいにデータ読みこみに
待たされる事と、そんなに大差が無い様にも最近思ってるわけだが。
0020nobodyさん
2006/04/27(木) 21:39:47ID:uMEAA+c9そりゃ動画Flashは重いだろうよ。
0021nobodyさん
2006/04/29(土) 01:45:39ID:???いやだから、アプレット/Flashってことじゃなくってモノに因ることが多くね?
って事なんだけど。
うちの会社で業務モノのアプレットなんかでも2秒くらいで起動するし一言で遅いって
事でもないんじゃなかろーかと。
#FlashのクライアントがあるERPってないかな。
0023nobodyさん
2006/05/15(月) 09:37:05ID:???http://rblog-tech.japan.cnet.com/0061/2006/05/apollo_18d8.html
「Apollo」プロジェクトでFlashの「脱ブラウザ」をねらうアドビ
http://japan.cnet.com/news/ent/story/0,2000056022,20110227,00.htm
0024nobodyさん
2006/05/18(木) 22:00:19ID:WLVHBfg6開発環境、機能の自由度、あらゆる点から
ActiveX最強。
0025nobodyさん
2006/05/19(金) 01:40:44ID:jH6Pwl74あらゆる点?ActiveXっつーことは、M$製品買わなきゃいかんだろうが。
サーバOS限定、IE限定
時代に逆行してね?
0026nobodyさん
2006/05/20(土) 02:01:54ID:az6LKr4Y0027nobodyさん
2006/05/20(土) 02:53:13ID:hOCwuvQu0029nobodyさん
2006/05/21(日) 12:28:09ID:PeGtCTEt0030nobodyさん
2006/05/23(火) 02:18:16ID:???0031nobodyさん
2006/05/23(火) 04:09:14ID:???どうせ、一般人はみんなIEしか使って無いじゃん。
0032nobodyさん
2006/05/23(火) 06:55:39ID:d94wTtYZマイナーなバグだらけのブラウザーなんかどうでもいいよ。
Opera最低!
0033nobodyさん
2006/05/23(火) 20:09:51ID:???かろうじてMozilla系ブラウザをサポートで十分
ケータイ向けは別料金で
0034nobodyさん
2006/05/25(木) 13:23:31ID:???→IE限定
インターネットだと、ユーザー獲得重視。
→主要なブラウザ対応
世の中、そんな感じじゃね?
逆行してると言うより目的によって使い分けるのが、吉かと。
0035nobodyさん
2006/05/25(木) 19:16:23ID:Vzdq2xLE主要なブラウザ=IE
0036nobodyさん
2006/05/25(木) 19:24:31ID:???つうか、IE氏ね。
0037nobodyさん
2006/05/26(金) 01:22:41ID:???わざわざIE限定にする意味の方がわからん。
0038nobodyさん
2006/05/26(金) 22:14:06ID:???0039nobodyさん
2006/05/27(土) 07:34:54ID:???製造よりも、テスト(品質、パフォーマンス、セキュリティ等)の方が時間がかかる。
よって、現時点では、ブラウザ一個増えるだけで、テストにアホらしいほど時間がかかる。
さらにイントラ向けは、データ入力系の処理が多いので、より大変。
あっても無くてもよいエフェクトとかなら、動かなくても愛嬌で済ます事もできるけどな〜
後、運用管理を考えて企業内のポリシーなんかで、IE限定になっている所は
多いと感じてるけどな、その辺どうなんだろ?
0040nobodyさん
2006/05/27(土) 07:49:40ID:???つ[VML] M$専
つ[AdobeR SVG Viewer] http://www.adobe.com/jp/svg/indepth/faq.html#installother(すんげー曖昧
どちらも、大変だと思うが。。。
GoogleMapは、VML対応で、SVGを切り捨ててるんだっけか?
(というか、GoogleMapが出来た当時、SVGが使い物にならなかった?)
0043nobodyさん
2006/05/27(土) 08:54:42ID:???最近セキュリティとか、うるさいしなぁ。
単純な所だと、XMLHttp等で、DBから拾ってきた値を、エスケープ処理せずに
そのままinnerHTMLに突っ込むとタグ使えるが、それが使えて良い場所なのか、
まずい場所なのかとか、そういった話。
0044nobodyさん
2006/05/29(月) 11:50:22ID:???いけないじゃん。
ふつうに作るのがいちばん。
0045nobodyさん
2006/05/30(火) 17:59:18ID:???0046nobodyさん
2006/06/03(土) 09:22:48ID:???この業界に
「普通の」なんて実装あんの?w
あったら苦労しないと思うんだが・・・
0047nobodyさん
2006/06/04(日) 16:39:55ID:???0048nobodyさん
2006/06/04(日) 17:00:11ID:???普通と聞いて、ぱっと思い浮かぶのは、以下の2つ。
・公的な標準
・デファクトスタンダード
>>47は、前者の考えからの判断?
とはいえ、デファクトスタンダードが公的な標準規格として
追認されることもあり、例としては、
XMLHttpは、M$が勝手に企画した物だが、
W3Cが、標準として検討している最中。
http://www.w3.org/TR/2006/WD-XMLHttpRequest-20060405/
>>47は、まだ公的な標準でない、XMLHttpを否定しつつ
Ajaxスレで語る勇者さまデツカ?
0049nobodyさん
2006/06/04(日) 18:50:31ID:vWgwJyVF0050nobodyさん
2006/06/04(日) 18:51:13ID:???0051nobodyさん
2006/06/04(日) 19:11:14ID:???0052nobodyさん
2006/06/04(日) 19:37:10ID:???「標準」としての切り口で返している点を
揚げ足取りと言うのには、違和感を感じる。
>>47=49 でつか?
0053nobodyさん
2006/06/04(日) 21:09:46ID:???どっちでも良さそうな事をネチネチと粘着してる奴。
0054nobodyさん
2006/06/04(日) 23:27:44ID:???それとも何かに、ご立腹ですか?(プ
0055nobodyさん
2006/06/05(月) 15:02:30ID:???0056nobody
2006/06/05(月) 22:59:19ID:44mymQtAajaxを使っている人たちの間では、ジャバスクリプトをサーバサイドで使うと
すごいかも、と言い出してる人たちがいました。
そのあとに、iisでaspならもう動くじゃん。といっている人たちがいました。
ほいでサーバクライアント言語統一、にメリットが本当にあるとしたら、
javaサーバサイド+アプレットは面白いのかもしれない。
そしてまた、実際にやってみると、メリットをとっても強く感じられた。
この点ですごかったのはORマッピング。クライアントサイドで、
普通のジャバビーンとしてデータをつくっていって、こいつをサーバに
まるごとわたして、サーバ側では「save(object)」くらいのことで永続化してくれそう。
アプレットがデファクトとるとは思えてないが、ポテンシャルはすさまじいとおもっています。
ttp://www.sodaplay.com
0057nobodyさん
2006/06/07(水) 20:12:48ID:KzKGsfQrいわゆる.NET的なコーディングからすごい離れていくよね。
ASP.NETってほんと糞だと思いません?
Ajax云々いってるけどさ。大体がもうwebアプリは糞だよ。使えないって。
あんな糞おもいもん、企業に売れるわけががなかとよ。
これからはwinフォームの時代。ClickOnce機能ができてさ、webアプリである意味がなくなっちまったじゃん。
Ajaxなんて子供のおもちゃ。
パフォーマンスなんてまだまだ悪い。糞すぎだよ。
0058nobodyさん
2006/06/10(土) 02:04:19ID:PlrNtv8yhttp://japan.cnet.com/news/sec/story/0,2000056024,20136167,00.htm
またデカいのキター
Ajaxは危険杉
0059nobodyさん
2006/06/10(土) 02:16:47ID:???まー>>58は、JavaScript OFFでブラウズしなされ。
0060nobodyさん
2006/06/10(土) 02:54:53ID:???イントラ利用のRichClientネタという話であれば、
スマートクライアント & ClickOnce & DataSet & WebService
ってパターンは、興味あるな。
ただ、ClickOnce自体出てまもないとか、
Net Framework2.0が必須だとか、気になる要素は多い。
証明書って必須なんだっけ?
他には、Atlasとの住み分けってどうなって行くのかな?
>ASP.NETってほんと糞だと思いません?
ASP.NETに限らず、HTMLのFORMで複雑な事をやろうという点が、
まずいのだと思う。
クライアント側で、XMLを組み立ててサーバー側にPOSTしてやれば、
A(S)jaxでも結構すっきりした仕組みになるよ。
理想的には、WebServiceよりフロント部分を、様々なRichClientに
置き換えられる様に設計しておくのが良さげなんだけどねぇ。。SORPか。。
あ〜あと、スマートクライアント万能ならば、
SQLServer2005のレポート機能も、そうなってると思われ。
0061nobodyさん
2006/06/11(日) 02:00:10ID:cFWVhGh30062nobodyさん
2006/06/11(日) 04:19:49ID:???書けない方がおかしい
0063nobodyさん
2006/06/11(日) 10:33:00ID:???Ajaxなんて言語はねーよ。
0064nobodyさん
2006/06/11(日) 12:19:38ID:???みたいな内容を、どっかのエロい人が言ってたな。
「実は、Ajaxだったのですよ」といった感じに。
そういう意味では、ブラウザさえあれば良いという環境はメリットだね。
0065nobodyさん
2006/06/12(月) 17:03:33ID:???当たり前だが、遅すぎる。これなら Applet のほうが何倍も速いし快適だろう。
Google が JavaScript にこだわってる限り、リッチなUIを提供することはできないし、
そうこうしているうちに、マイクロソフトとかSunとかが、Web上で快適に動く Office 作れてしまうだろうな。
Google は技術選択を誤ってる。
0067nobodyさん
2006/06/13(火) 06:48:42ID:???Web上で動かせるかまでは知らんが、Ofice12ってサーバー上で動かす事できるんでなかったっけ?
>技術選択を誤ってる
まー、何が気に入らないのか知らんが、>>65は、
正しい技術選択とやらを行えると、自負している様だな。
0068nobodyさん
2006/06/13(火) 10:42:18ID:???サーバ上で動くOfficeは大分前に作ってるよ。
俺が学生だった頃、うちの大学ではOfficeがサーバ上で動いてたし。
0070nobodyさん
2006/06/15(木) 18:19:54ID:???PSPでも遂に動くようになったし、もはや「標準的な機能」だと思う。
わざわざブラウザごとにめんどうな検証をして、モバイル系が壊滅状態なAjax使う意義って殆どないと思う。
もう直ぐEclipse用のActionScriptプラグインが無料で使えるようになるし・・・
0071nobodyさん
2006/06/15(木) 18:42:03ID:???0072nobodyさん
2006/06/15(木) 18:54:03ID:???AJAXが分相応だと思いました。
0073nobodyさん
2006/06/15(木) 19:03:32ID:???GMail とか Spreadsheet とかははちっとも適材適所じゃねーよな
あれならAppletかActiveXのほうがいい。ツールバーとかデスクバーとか
Google Earth とかちゃんとクライアントサイドのソフトウェア作ってるのに
なんでメールやスプレッドシート、スケジューラだけは糞遅いJavaScript なのか。
0074nobodyさん
2006/06/16(金) 01:16:13ID:???FlashってOSによって結構挙動変わるからね。
しかも外部画像のインポートもswfとjpegのみ。
ajaxはswfにパラメータ送ったりして操作することも出来るから。
0075nobodyさん
2006/06/16(金) 18:40:59ID:rUCBUGIA0076nobodyさん
2006/06/16(金) 21:19:29ID:???「適材適所」なんてエロい人が考えればいいんですよ。
ただブラウザの機能をしゃぶり尽くしたいだけなんですよ。
不可能だと思う人がいて、その人を驚かせたいからチャレンジするんですよ。
そこにAJAXがあったから、作るんですたい!
といった、精神論がお好みかい?
ActiveXとかAppletは、特定企業の方針に振り回される可能性があるため〜
といった内容をどっかで読んだ記憶が。
Google Analyticsは、FLASH使ってたけどな〜。
0078nobodyさん
2006/06/18(日) 18:26:59ID:???>ActiveXとかAppletは、特定企業の方針に振り回される可能性があるため〜
flashなんか諸だよね
0079nobodyさん
2006/06/18(日) 19:05:34ID:???JavaScriptだって、元はネスケのものだし
その後各企業が独自タグ出して振り回したのは記憶に新しい。
そして、今もそうだ・・・orz
結局完全に企業に振り回されないものなんて無いんだよ。
しかも、こういう規格ものは、各企業で競争なんて発生して互換性取れなくなった方がウザい
0080nobodyさん
2006/06/19(月) 14:53:59ID:???それではイカンってことになり、
ECMAが統一仕様の策定を目指して作ったECMA Scriptに
その後現れたブラウザは皆準拠する方向で
既に流れは出来上がってるともいます。
0081nobodyさん
2006/06/19(月) 15:30:30ID:???0082nobodyさん
2006/06/21(水) 11:38:13ID:???0083nobodyさん
2006/06/22(木) 11:14:02ID:???インターネットだと、ちょっとしたところで使うにもサイズがある程度大きくなるから、
帯域食うんだよね。
サイドのナビとかにに動的なニュースとか流したりするなら、そういう意味ではAjaxのが有利。
この場合にアプレットは…論外だよね…
0085nobodyさん
2006/06/22(木) 19:08:02ID:???ブラウザにしても機能にしても 9 割はサポートしてても 99.9 % はまず望めないし
いつまでメンテされるのかも分からないし肥大化するかも知れないし
挙動がいきなり変わるかも知れないし名前の変更もあるかも知れないし
今までブラウザ別に使ってた脳味噌をライブラリやそのバージョン別に使うことになるだけじゃないのかい?
0086nobodyさん
2006/06/22(木) 21:57:42ID:???そんなごちゃごちゃ無駄な考えてる間にまず試すくらいしようよ。
何もせず文句が先に出るのは恥ずかしいよ。
>ブラウザにしても機能にしても 9 割はサポートしてても 99.9 % はまず望めないし
それはFlashでもアプレットでも一緒だし。
0087nobodyさん
2006/06/22(木) 22:04:57ID:???老人のようだな。
0088nobodyさん
2006/06/22(木) 22:09:06ID:???いや、あれだけ言ってるくらいだから、きっと>>85には99.9 %対応できる手段があるんだよ。
彼の回答を待ってみよう。
0089nobodyさん
2006/06/23(金) 10:57:34ID:???0090nobodyさん
2006/06/23(金) 21:45:53ID:???動くような事が書いてあった記憶が。。impressだったか?
コンテンツによってはOpera対応が重要な場合も出て来るかな。
0092nobodyさん
2006/06/25(日) 23:30:08ID:???この子はひょっとして、OSやブラウザによるFlashPlayerの挙動の違いを
何も知らず、単純にすべての環境で同じ動作をすると思っちゃってるのかな?
009385
2006/06/26(月) 06:29:04ID:???勝手に Flash と対比させたことにするなよ
009585
2006/06/26(月) 09:03:57ID:???0096nobodyさん
2006/06/26(月) 09:21:30ID:???009785
2006/06/26(月) 09:30:00ID:???0098nobodyさん
2006/06/29(木) 23:29:39ID:???挙動の差はどれもあるが、各OS、ブラウザ間の互換性は
Flash > Javaアプレット >>>>>>>>>>|超えられない壁|>>>>>>>>>. Java Script
0099nobodyさん
2006/06/29(木) 23:40:14ID:???プログラマはデザイナーが出来るだけ自分の表現を実現する為に制約を減らし
デザイナーが直感的に創作出来るようにするのが好ましい。
これがAjaxでは、不可能に近い。
デザインツールに近いFlashの方がこの点は勝っていると思う。
0100nobodyさん
2006/06/30(金) 01:47:10ID:???個人的にAJAXは 次 へのただの繋ぎだと思ってるし、FLASHと比べるとそもそもの守備範囲が違う。
0101nobodyさん
2006/06/30(金) 12:32:47ID:???その手の「こっちのほうがいい」論は、用途を規定から言わないと、議論にならんね
用途によってアプレットがいいこともあれば、AJAX がいいこともある、というのはもう合意済みだから
■ このスレッドは過去ログ倉庫に格納されています