Ajax vs Javaアプレット vs FLASH

Ajaxが最近有名になってるけど
結局、Javaアプレットに対して明確な優位性無いよね？
つーか、結局FLASH使えば、殆どの事出来るよね。

PC用ブラウザでは、実行環境は３つとも殆ど同じくらい普及してるし。
モバイル向けでの対応度としては、どれもイマイチだし。

javaアプレットは起動が遅すぎるので使おうと思わない。

FLASHはJavascriptより表現力がある。特に動画扱うならFLASHがベスト。
けど、表現する領域が定められる。ここの300x250をFLASH用に使うとか決めないとダメ。
Javascriptはそんなことないから、HTMLにより融合した形で使える。

結論：FLASHとJavaScriptをケースに応じて使い分け

つーか、サイズが変動する必要のあるシステムってそうそう無いような・・・。
EclipseでActionScriptかけるようになるし、携帯にも対応しつつあるし
本当にFlashにWebのリッチアプリケーションは陣取られてしまうんじゃない？

ヒント：FLASHは検索エンジンに掛からない

おいおい、SEO対策なんて、普通サーバーサイドで対応するものでしょ？
クライアントサイドは関係ないでしょうに。
まさか、FlashがHTMLに埋め込めないとでも思ってるのか？

Flashは見るけどJavaアプレットは見ないよ

>>5
全部FLASHのサイト

そもそもJavaアプレットに未来はあんのか？

Ajax Builderを使えばFlashはいらなくなりますよ。
http://www.ajax-builder.com/DownLoad/

ﾄﾞﾄﾞﾈﾄ

>>4
ヒント：今はひっかかる

>8
業務アプリとかでは使用されているらしい。
Javaメインな会社が多いから。

eclipseのアプリケーション自体も
Javaアプレットの派生みたいなもんだとか聞いたけど。

結論：Active X最強

>>12
＞Javaアプレットの派生
どっからそんな話が出たんだ。
ネイティブから呼び出してるから、まったく違うと思うんだが。

殆ど見せ物だな。このスレ。

居た違い

まぁ現時点ではFlashだろうな。
Ajaxは環境毎の非互換が多いし、
Javaアプレットは起動が遅い。

環境にも因るのかもしれないけど、最近のマシンでアプレットの起動って
特筆するほど遅いか？
確かに重いのもあるけど、Flash使っててもアホみたいにデータ読みこみに
待たされる事と、そんなに大差が無い様にも最近思ってるわけだが。

>>18
Javaのランタイムを起動時に読ませてないパソコンじゃ激遅い。

>>18
そりゃ動画Flashは重いだろうよ。

>>20
いやだから、アプレット/Flashってことじゃなくってモノに因ることが多くね？
って事なんだけど。
うちの会社で業務モノのアプレットなんかでも2秒くらいで起動するし一言で遅いって
事でもないんじゃなかろーかと。

#FlashのクライアントがあるERPってないかな。

>>9
Ajax builderって操作性最悪だな。
こんなぼろい開発環境見たことないぞ。

Apolloのライバル達とその行方
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

結論：
　開発環境、機能の自由度、あらゆる点から
　ActiveX最強。

>24
あらゆる点？ActiveXっつーことは、M$製品買わなきゃいかんだろうが。
サーバOS限定、IE限定
時代に逆行してね？

MSが潰れる心配する前に、顧客か勤め先が潰れる心配しろって。

Flashは、ASやらリソースを抜かれる事を危惧する場合もある？

>>26
誰がいつＭＳがつぶれる心配しました？

リソース抜かれる心配してたらHTMLは使えない罠

JavaScriptでは Vアプリ や i-アプリ　がつくれねー（・∀・）

ぶっちゃけ、IE以外放置でいいし。
どうせ、一般人はみんなIEしか使って無いじゃん。

そうそう。
マイナーなバグだらけのブラウザーなんかどうでもいいよ。
Ｏｐｅｒａ最低！

OperaとSafariは放置
かろうじてMozilla系ブラウザをサポートで十分
ケータイ向けは別料金で

イントラネットだと、コスト・生産性重視。
→IE限定

インターネットだと、ユーザー獲得重視。
→主要なブラウザ対応


世の中、そんな感じじゃね？
逆行してると言うより目的によって使い分けるのが、吉かと。

>→主要なブラウザ対応

主要なブラウザ＝IE

AjaxでSVGを扱いたいんだけど、旨いスロスブラウザ対策方法ってありませんでしょうか？
つうか、IE氏ね。

operaもsafariも普通に作ってりゃ動くと思うんだけど。
わざわざIE限定にする意味の方がわからん。

ヒント：デファクトスタンダード

>>37
製造よりも、テスト（品質、パフォーマンス、セキュリティ等）の方が時間がかかる。
よって、現時点では、ブラウザ一個増えるだけで、テストにアホらしいほど時間がかかる。

さらにイントラ向けは、データ入力系の処理が多いので、より大変。
あっても無くてもよいエフェクトとかなら、動かなくても愛嬌で済ます事もできるけどな〜

後、運用管理を考えて企業内のポリシーなんかで、IE限定になっている所は
多いと感じてるけどな、その辺どうなんだろ？

>>36
つ[VML] M$専
つ[AdobeR SVG Viewer] http://www.adobe.com/jp/svg/indepth/faq.html#installother(すんげー曖昧
どちらも、大変だと思うが。。。

GoogleMapは、VML対応で、SVGを切り捨ててるんだっけか？
（というか、GoogleMapが出来た当時、SVGが使い物にならなかった？）

>>39
イントラならIE限定でも問題ないだろうが、WWWでIE限定とかはかっこ悪くてできんな。

>>39
セキュリティは別だろ。

>>42
最近セキュリティとか、うるさいしなぁ。

単純な所だと、XMLHttp等で、DBから拾ってきた値を、エスケープ処理せずに
そのままinnerHTMLに突っ込むとタグ使えるが、それが使えて良い場所なのか、
まずい場所なのかとか、そういった話。

めんどくさいっていいながらも、IE7でたら当分IE6と両方の対応しないと
いけないじゃん。

ふつうに作るのがいちばん。

つ『ふつうの JavaScript プログラミング』

ところでさー
この業界に
「普通の」なんて実装あんの？ｗ
あったら苦労しないと思うんだが・・・

IEが普通じゃないから困る

>IEが普通じゃないから困る

普通と聞いて、ぱっと思い浮かぶのは、以下の２つ。
・公的な標準
・デファクトスタンダード

>>47は、前者の考えからの判断？

とはいえ、デファクトスタンダードが公的な標準規格として
追認されることもあり、例としては、
XMLHttpは、M$が勝手に企画した物だが、
W3Cが、標準として検討している最中。
http://www.w3.org/TR/2006/WD-XMLHttpRequest-20060405/

>>47は、まだ公的な標準でない、XMLHttpを否定しつつ
Ajaxスレで語る勇者さまﾃﾞﾂｶ？

基本的に上げ足取りに長文費やすのはダサイと思うのですが如何でしょうか？

age てまで書くことじゃないな。

sageたからといって評価が変わるとも思えんが。。。

都合のよい使われかたの「普通」に対して、
「標準」としての切り口で返している点を
揚げ足取りと言うのには、違和感を感じる。

>>47=49 でつか？

上がったスレ見つけて脊髄反射してる奴と
どっちでも良さそうな事をネチネチと粘着してる奴。

傍観している風を、装った書き込みって何か意味あるの？
それとも何かに、ご立腹ですか？（ﾌﾟ

プっておなら？

サーバとクライアントで使われる言語が統一されるメリットが考えられて、
ajaxを使っている人たちの間では、ジャバスクリプトをサーバサイドで使うと
すごいかも、と言い出してる人たちがいました。
そのあとに、iisでaspならもう動くじゃん。といっている人たちがいました。

ほいでサーバクライアント言語統一、にメリットが本当にあるとしたら、
javaサーバサイド＋アプレットは面白いのかもしれない。
そしてまた、実際にやってみると、メリットをとっても強く感じられた。
この点ですごかったのはORマッピング。クライアントサイドで、
普通のジャバビーンとしてデータをつくっていって、こいつをサーバに
まるごとわたして、サーバ側では「save(object)」くらいのことで永続化してくれそう。

アプレットがデファクトとるとは思えてないが、ポテンシャルはすさまじいとおもっています。
ttp://www.sodaplay.com

てかさ、Ajaxなんか使ったら・・.NETで開発しててもソースむちゃくちゃにならねぇ？
いわゆる.NET的なコーディングからすごい離れていくよね。

ASP.NETってほんと糞だと思いません？

Ajax云々いってるけどさ。大体がもうｗｅｂアプリは糞だよ。使えないって。
あんな糞おもいもん、企業に売れるわけががなかとよ。

これからはｗｉｎフォームの時代。ClickOnce機能ができてさ、webアプリである意味がなくなっちまったじゃん。
Ajaxなんて子供のおもちゃ。
パフォーマンスなんてまだまだ悪い。糞すぎだよ。

IE,FirefoxにJavaScript処理の脆弱性
http://japan.cnet.com/news/sec/story/0,2000056024,20136167,00.htm
またデカいのｷﾀｰ

Ajaxは危険杉

Ajaxというか、JavaScriptの問題じゃん。

まー>>58は、JavaScript OFFでブラウズしなされ。

>>57
イントラ利用のRichClientネタという話であれば、
スマートクライアント & ClickOnce & DataSet & WebService
ってパターンは、興味あるな。

ただ、ClickOnce自体出てまもないとか、
Net Framework2.0が必須だとか、気になる要素は多い。
証明書って必須なんだっけ？
他には、Atlasとの住み分けってどうなって行くのかな？

>ASP.NETってほんと糞だと思いません？
ASP.NETに限らず、HTMLのFORMで複雑な事をやろうという点が、
まずいのだと思う。
クライアント側で、XMLを組み立ててサーバー側にPOSTしてやれば、
A(S)jaxでも結構すっきりした仕組みになるよ。
理想的には、WebServiceよりフロント部分を、様々なRichClientに
置き換えられる様に設計しておくのが良さげなんだけどねぇ。。SORPか。。

あ〜あと、スマートクライアント万能ならば、
SQLServer2005のレポート機能も、そうなってると思われ。

おまいら、Ajax書けんの？

DOMの扱いとかが激しく野暮ったいので面倒なだけ
書けない方がおかしい

Ajax書ける？とかどっかの何も分かってない上司みたいな事いわんでくれ。
Ajaxなんて言語はねーよ。

「名前を意識せず使われる様になった時が旬」
みたいな内容を、どっかのエロい人が言ってたな。

「実は、Ajaxだったのですよ」といった感じに。
そういう意味では、ブラウザさえあれば良いという環境はメリットだね。

Google Mail とか Google Spread Sheet とか Google Scheduler とか、しょうもない。
当たり前だが、遅すぎる。これなら Applet のほうが何倍も速いし快適だろう。

Google が JavaScript にこだわってる限り、リッチなＵＩを提供することはできないし、
そうこうしているうちに、マイクロソフトとかＳｕｎとかが、Ｗｅｂ上で快適に動く Office 作れてしまうだろうな。
Google は技術選択を誤ってる。

>>65
ヒント：Vistaが標準になる＝Vistaが動くパソコンが標準になる

>マイクロソフトとかＳｕｎとかが、Ｗｅｂ上で快適に動く Office 作れてしまうだろうな。
Web上で動かせるかまでは知らんが、Ofice12ってサーバー上で動かす事できるんでなかったっけ？

>技術選択を誤ってる
まー、何が気に入らないのか知らんが、>>65は、
正しい技術選択とやらを行えると、自負している様だな。

>>67
サーバ上で動くOfficeは大分前に作ってるよ。
俺が学生だった頃、うちの大学ではOfficeがサーバ上で動いてたし。

アプレットが快適だとか言ってる時点で駄目だろ>>65は。

もうFlashっつーかActionScriptが1人がちじゃね？
PSPでも遂に動くようになったし、もはや「標準的な機能」だと思う。
わざわざブラウザごとにめんどうな検証をして、モバイル系が壊滅状態なAjax使う意義って殆どないと思う。
もう直ぐEclipse用のActionScriptプラグインが無料で使えるようになるし・・・

Adobe の回し者ですか

javascriptぐらいしかわからない俺みたいなのには
AJAXが分相応だと思いました。

超つまんない回答は「適材適所」とかいう話になるんだが、
GMail とか Spreadsheet とかははちっとも適材適所じゃねーよな
あれならAppletかActiveXのほうがいい。ツールバーとかデスクバーとか
Google Earth とかちゃんとクライアントサイドのソフトウェア作ってるのに
なんでメールやスプレッドシート、スケジューラだけは糞遅いJavaScript なのか。

>>70
FlashってＯＳによって結構挙動変わるからね。
しかも外部画像のインポートもswfとjpegのみ。
ajaxはswfにパラメータ送ったりして操作することも出来るから。

AjaxつかJavaScript、はOSはもとより、ブラウザが違うと挙動が（ｒ

>>73
「適材適所」なんてｴﾛい人が考えればいいんですよ。
ただブラウザの機能をしゃぶり尽くしたいだけなんですよ。
不可能だと思う人がいて、その人を驚かせたいからチャレンジするんですよ。
そこにAJAXがあったから、作るんですたい！

といった、精神論がお好みかい？


ActiveXとかAppletは、特定企業の方針に振り回される可能性があるため〜
といった内容をどっかで読んだ記憶が。
Google Analyticsは、FLASH使ってたけどな〜。

>>75
flashでも一緒だよ

>>76
＞ActiveXとかAppletは、特定企業の方針に振り回される可能性があるため〜
flashなんか諸だよね

どの道、どれ選んでもそうなるさ。
JavaScriptだって、元はネスケのものだし
その後各企業が独自タグ出して振り回したのは記憶に新しい。
そして、今もそうだ・・・orz

結局完全に企業に振り回されないものなんて無いんだよ。
しかも、こういう規格ものは、各企業で競争なんて発生して互換性取れなくなった方がウザい

↑　という考えが前世紀末ころに世界に広がって
それではイカンってことになり、
ECMAが統一仕様の策定を目指して作ったECMA Scriptに
その後現れたブラウザは皆準拠する方向で
既に流れは出来上がってるともいます。

前世紀末ってなんかｶｺｲｲ

世紀末覇者=81

Flashはイントラで使う分にはいいが、
インターネットだと、ちょっとしたところで使うにもサイズがある程度大きくなるから、
帯域食うんだよね。
サイドのナビとかにに動的なニュースとか流したりするなら、そういう意味ではAjaxのが有利。
この場合にアプレットは…論外だよね…

>>79
xlibraryやprototypeなど、抽象化ライブラリ使えば、そんな差感じなくて済むよ

どこが抽象化されてるかっつーのでどこがブラウザ依存なのかってのは知ることになるし
ブラウザにしても機能にしても 9 割はサポートしてても 99.9 % はまず望めないし
いつまでメンテされるのかも分からないし肥大化するかも知れないし
挙動がいきなり変わるかも知れないし名前の変更もあるかも知れないし
今までブラウザ別に使ってた脳味噌をライブラリやそのバージョン別に使うことになるだけじゃないのかい？

>>85
そんなごちゃごちゃ無駄な考えてる間にまず試すくらいしようよ。
何もせず文句が先に出るのは恥ずかしいよ。


＞ブラウザにしても機能にしても 9 割はサポートしてても 99.9 % はまず望めないし
それはFlashでもアプレットでも一緒だし。

認識が古い事を指摘されてブチキレか。
老人のようだな。

>>87
いや、あれだけ言ってるくらいだから、きっと>>85には99.9 %対応できる手段があるんだよ。
彼の回答を待ってみよう。

Flash普及率は99％だよ。

Wiiか任天堂DSのOperaは、FLASHは動かないけどAJAXは、
動くような事が書いてあった記憶が。。impressだったか？

コンテンツによってはOpera対応が重要な場合も出て来るかな。

>>89
普及率って…
ちゃんと理解してからレスしようね

>>85
この子はひょっとして、ＯＳやブラウザによるFlashPlayerの挙動の違いを
何も知らず、単純にすべての環境で同じ動作をすると思っちゃってるのかな？

ライブラリって言ってもコストパフォーマンスはそんなに高くなさそうって話なんだが
勝手に Flash と対比させたことにするなよ

>>93

慌てて軌道修正か...。しかも相変わらず的外れだし。
もう、迷走状態だな。

お前の妄想を押し付けるなって言ってるんだが

もうこれ以上、何書いても恥の上塗りだよ、君。

根拠が無い主張をするなと言ってるんだが

結論
　挙動の差はどれもあるが、各OS、ブラウザ間の互換性は
　Flash > Javaアプレット >>>>>>>>>>|超えられない壁|>>>>>>>>>. Java Script

今の時代、プログラマ主導の製作はありえない
プログラマはデザイナーが出来るだけ自分の表現を実現する為に制約を減らし
デザイナーが直感的に創作出来るようにするのが好ましい。

これがAjaxでは、不可能に近い。
デザインツールに近いFlashの方がこの点は勝っていると思う。

互換性うんぬん言ってるたわけは何故AJAXが騒がれるようになったのかもうちょっと考えてみた方がいいと思う。
個人的にAJAXは　次　へのただの繋ぎだと思ってるし、FLASHと比べるとそもそもの守備範囲が違う。

>>99
その手の「こっちのほうがいい」論は、用途を規定から言わないと、議論にならんね
用途によってアプレットがいいこともあれば、AJAX がいいこともある、というのはもう合意済みだから