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
セキュリティは別だろ。