1read 100read
2012年3月WebProg114: Ajax vs Javaアプレット vs FLASH (337)
TOP カテ一覧 スレ一覧 2ch元 削除依頼 ▼
【Apache】mod_rewriteについて語るスレ (592)
C/C++ CGIスレッド (707)
PostWikiスレ 当ての無い旅路へ (215)
Drupal node 8 (845)
◆JSP◆ (552)
初心的な質問なのですが・・・・ (206)
Ajax vs Javaアプレット vs FLASH
1 :06/04/02 Ajaxが最近有名になってるけど 結局、Javaアプレットに対して明確な優位性無いよね? つーか、結局FLASH使えば、殆どの事出来るよね。 PC用ブラウザでは、実行環境は3つとも殆ど同じくらい普及してるし。 モバイル向けでの対応度としては、どれもイマイチだし。
2 :06/04/02 javaアプレットは起動が遅すぎるので使おうと思わない。 FLASHはJavascriptより表現力がある。特に動画扱うならFLASHがベスト。 けど、表現する領域が定められる。ここの300x250をFLASH用に使うとか決めないとダメ。 Javascriptはそんなことないから、HTMLにより融合した形で使える。 結論:FLASHとJavaScriptをケースに応じて使い分け
3 :06/04/03 つーか、サイズが変動する必要のあるシステムってそうそう無いような・・・。 EclipseでActionScriptかけるようになるし、携帯にも対応しつつあるし 本当にFlashにWebのリッチアプリケーションは陣取られてしまうんじゃない?
4 :06/04/03 ヒント:FLASHは検索エンジンに掛からない
5 :06/04/03 おいおい、SEO対策なんて、普通サーバーサイドで対応するものでしょ? クライアントサイドは関係ないでしょうに。 まさか、FlashがHTMLに埋め込めないとでも思ってるのか?
6 :06/04/03 Flashは見るけどJavaアプレットは見ないよ
7 :06/04/03 >>5 全部FLASHのサイト
8 :06/04/03 そもそもJavaアプレットに未来はあんのか?
9 :06/04/04 Ajax Builderを使えばFlashはいらなくなりますよ。 http://www.ajax-builder.com/DownLoad/
10 :06/04/05 ドドネト
11 :06/04/05 >>4 ヒント:今はひっかかる
12 :06/04/10 >8 業務アプリとかでは使用されているらしい。 Javaメインな会社が多いから。 eclipseのアプリケーション自体も Javaアプレットの派生みたいなもんだとか聞いたけど。
13 :06/04/10 結論:Active X最強
14 :06/04/13 >>12 >Javaアプレットの派生 どっからそんな話が出たんだ。 ネイティブから呼び出してるから、まったく違うと思うんだが。
15 :06/04/15 殆ど見せ物だな。このスレ。
16 :06/04/26 居た違い
17 :06/04/26 まぁ現時点ではFlashだろうな。 Ajaxは環境毎の非互換が多いし、 Javaアプレットは起動が遅い。
18 :06/04/27 環境にも因るのかもしれないけど、最近のマシンでアプレットの起動って 特筆するほど遅いか? 確かに重いのもあるけど、Flash使っててもアホみたいにデータ読みこみに 待たされる事と、そんなに大差が無い様にも最近思ってるわけだが。
19 :06/04/27 >>18 Javaのランタイムを起動時に読ませてないパソコンじゃ激遅い。
20 :06/04/27 >>18 そりゃ動画Flashは重いだろうよ。
21 :06/04/29 >>20 いやだから、アプレット/Flashってことじゃなくってモノに因ることが多くね? って事なんだけど。 うちの会社で業務モノのアプレットなんかでも2秒くらいで起動するし一言で遅いって 事でもないんじゃなかろーかと。 #FlashのクライアントがあるERPってないかな。
22 :06/05/01 >>9 Ajax builderって操作性最悪だな。 こんなぼろい開発環境見たことないぞ。
23 :06/05/15 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
24 :06/05/18 結論: 開発環境、機能の自由度、あらゆる点から ActiveX最強。
25 :06/05/19 >24 あらゆる点?ActiveXっつーことは、M$製品買わなきゃいかんだろうが。 サーバOS限定、IE限定 時代に逆行してね?
26 :06/05/20 MSが潰れる心配する前に、顧客か勤め先が潰れる心配しろって。
27 :06/05/20 Flashは、ASやらリソースを抜かれる事を危惧する場合もある?
28 :06/05/21 >>26 誰がいつMSがつぶれる心配しました?
29 :06/05/21 リソース抜かれる心配してたらHTMLは使えない罠
30 :06/05/23 JavaScriptでは Vアプリ や i-アプリ がつくれねー(・∀・)
31 :06/05/23 ぶっちゃけ、IE以外放置でいいし。 どうせ、一般人はみんなIEしか使って無いじゃん。
32 :06/05/23 そうそう。 マイナーなバグだらけのブラウザーなんかどうでもいいよ。 Opera最低!
33 :06/05/23 OperaとSafariは放置 かろうじてMozilla系ブラウザをサポートで十分 ケータイ向けは別料金で
34 :06/05/25 イントラネットだと、コスト・生産性重視。 →IE限定 インターネットだと、ユーザー獲得重視。 →主要なブラウザ対応 世の中、そんな感じじゃね? 逆行してると言うより目的によって使い分けるのが、吉かと。
35 :06/05/25 >→主要なブラウザ対応 主要なブラウザ=IE
36 :06/05/25 AjaxでSVGを扱いたいんだけど、旨いスロスブラウザ対策方法ってありませんでしょうか? つうか、IE氏ね。
37 :06/05/26 operaもsafariも普通に作ってりゃ動くと思うんだけど。 わざわざIE限定にする意味の方がわからん。
38 :06/05/26 ヒント:デファクトスタンダード
39 :06/05/27 >>37 製造よりも、テスト(品質、パフォーマンス、セキュリティ等)の方が時間がかかる。 よって、現時点では、ブラウザ一個増えるだけで、テストにアホらしいほど時間がかかる。 さらにイントラ向けは、データ入力系の処理が多いので、より大変。 あっても無くてもよいエフェクトとかなら、動かなくても愛嬌で済ます事もできるけどな〜 後、運用管理を考えて企業内のポリシーなんかで、IE限定になっている所は 多いと感じてるけどな、その辺どうなんだろ?
40 :06/05/27 >>36 つ[VML] M$専 つ[AdobeR SVG Viewer] http://www.adobe.com/jp/svg/indepth/faq.html#installother( すんげー曖昧 どちらも、大変だと思うが。。。 GoogleMapは、VML対応で、SVGを切り捨ててるんだっけか? (というか、GoogleMapが出来た当時、SVGが使い物にならなかった?)
41 :06/05/27 >>39 イントラならIE限定でも問題ないだろうが、WWWでIE限定とかはかっこ悪くてできんな。
42 :06/05/27 >>39 セキュリティは別だろ。
43 :06/05/27 >>42 最近セキュリティとか、うるさいしなぁ。 単純な所だと、XMLHttp等で、DBから拾ってきた値を、エスケープ処理せずに そのままinnerHTMLに突っ込むとタグ使えるが、それが使えて良い場所なのか、 まずい場所なのかとか、そういった話。
44 :06/05/29 めんどくさいっていいながらも、IE7でたら当分IE6と両方の対応しないと いけないじゃん。 ふつうに作るのがいちばん。
45 :06/05/30 つ『ふつうの JavaScript プログラミング』
46 :06/06/03 ところでさー この業界に 「普通の」なんて実装あんの?w あったら苦労しないと思うんだが・・・
47 :06/06/04 IEが普通じゃないから困る
48 :06/06/04 >IEが普通じゃないから困る 普通と聞いて、ぱっと思い浮かぶのは、以下の2つ。 ・公的な標準 ・デファクトスタンダード >>47 は、前者の考えからの判断? とはいえ、デファクトスタンダードが公的な標準規格として 追認されることもあり、例としては、 XMLHttpは、M$が勝手に企画した物だが、 W3Cが、標準として検討している最中。 http://www.w3.org/TR/2006/WD-XMLHttpRequest-20060405/ >>47 は、まだ公的な標準でない、XMLHttpを否定しつつ Ajaxスレで語る勇者さまデツカ?
49 :06/06/04 基本的に上げ足取りに長文費やすのはダサイと思うのですが如何でしょうか?
50 :06/06/04 age てまで書くことじゃないな。
51 :06/06/04 sageたからといって評価が変わるとも思えんが。。。
52 :06/06/04 都合のよい使われかたの「普通」に対して、 「標準」としての切り口で返している点を 揚げ足取りと言うのには、違和感を感じる。 >>47 =49 でつか?
53 :06/06/04 上がったスレ見つけて脊髄反射してる奴と どっちでも良さそうな事をネチネチと粘着してる奴。
54 :06/06/04 傍観している風を、装った書き込みって何か意味あるの? それとも何かに、ご立腹ですか?(プ
55 :06/06/05 プっておなら?
56 :06/06/05 サーバとクライアントで使われる言語が統一されるメリットが考えられて、 ajaxを使っている人たちの間では、ジャバスクリプトをサーバサイドで使うと すごいかも、と言い出してる人たちがいました。 そのあとに、iisでaspならもう動くじゃん。といっている人たちがいました。 ほいでサーバクライアント言語統一、にメリットが本当にあるとしたら、 javaサーバサイド+アプレットは面白いのかもしれない。 そしてまた、実際にやってみると、メリットをとっても強く感じられた。 この点ですごかったのはORマッピング。クライアントサイドで、 普通のジャバビーンとしてデータをつくっていって、こいつをサーバに まるごとわたして、サーバ側では「save(object)」くらいのことで永続化してくれそう。 アプレットがデファクトとるとは思えてないが、ポテンシャルはすさまじいとおもっています。 ttp://www.sodaplay.com
57 :06/06/07 てかさ、Ajaxなんか使ったら・・.NETで開発しててもソースむちゃくちゃにならねぇ? いわゆる.NET的なコーディングからすごい離れていくよね。 ASP.NETってほんと糞だと思いません? Ajax云々いってるけどさ。大体がもうwebアプリは糞だよ。使えないって。 あんな糞おもいもん、企業に売れるわけががなかとよ。 これからはwinフォームの時代。ClickOnce機能ができてさ、webアプリである意味がなくなっちまったじゃん。 Ajaxなんて子供のおもちゃ。 パフォーマンスなんてまだまだ悪い。糞すぎだよ。
58 :06/06/10 IE,FirefoxにJavaScript処理の脆弱性 http://japan.cnet.com/news/sec/story/0,2000056024,20136167,00.htm またデカいのキター Ajaxは危険杉
59 :06/06/10 Ajaxというか、JavaScriptの問題じゃん。 まー>>58 は、JavaScript OFFでブラウズしなされ。
60 :06/06/10 >>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のレポート機能も、そうなってると思われ。
61 :06/06/11 おまいら、Ajax書けんの?
62 :06/06/11 DOMの扱いとかが激しく野暮ったいので面倒なだけ 書けない方がおかしい
63 :06/06/11 Ajax書ける?とかどっかの何も分かってない上司みたいな事いわんでくれ。 Ajaxなんて言語はねーよ。
64 :06/06/11 「名前を意識せず使われる様になった時が旬」 みたいな内容を、どっかのエロい人が言ってたな。 「実は、Ajaxだったのですよ」といった感じに。 そういう意味では、ブラウザさえあれば良いという環境はメリットだね。
65 :06/06/12 Google Mail とか Google Spread Sheet とか Google Scheduler とか、しょうもない。 当たり前だが、遅すぎる。これなら Applet のほうが何倍も速いし快適だろう。 Google が JavaScript にこだわってる限り、リッチなUIを提供することはできないし、 そうこうしているうちに、マイクロソフトとかSunとかが、Web上で快適に動く Office 作れてしまうだろうな。 Google は技術選択を誤ってる。
66 :06/06/12 >>65 ヒント:Vistaが標準になる=Vistaが動くパソコンが標準になる
67 :06/06/13 >マイクロソフトとかSunとかが、Web上で快適に動く Office 作れてしまうだろうな。 Web上で動かせるかまでは知らんが、Ofice12ってサーバー上で動かす事できるんでなかったっけ? >技術選択を誤ってる まー、何が気に入らないのか知らんが、>>65 は、 正しい技術選択とやらを行えると、自負している様だな。
68 :06/06/13 >>67 サーバ上で動くOfficeは大分前に作ってるよ。 俺が学生だった頃、うちの大学ではOfficeがサーバ上で動いてたし。
69 :06/06/13 アプレットが快適だとか言ってる時点で駄目だろ>>65 は。
70 :06/06/15 もうFlashっつーかActionScriptが1人がちじゃね? PSPでも遂に動くようになったし、もはや「標準的な機能」だと思う。 わざわざブラウザごとにめんどうな検証をして、モバイル系が壊滅状態なAjax使う意義って殆どないと思う。 もう直ぐEclipse用のActionScriptプラグインが無料で使えるようになるし・・・
71 :06/06/15 Adobe の回し者ですか
72 :06/06/15 javascriptぐらいしかわからない俺みたいなのには AJAXが分相応だと思いました。
73 :06/06/15 超つまんない回答は「適材適所」とかいう話になるんだが、 GMail とか Spreadsheet とかははちっとも適材適所じゃねーよな あれならAppletかActiveXのほうがいい。ツールバーとかデスクバーとか Google Earth とかちゃんとクライアントサイドのソフトウェア作ってるのに なんでメールやスプレッドシート、スケジューラだけは糞遅いJavaScript なのか。
74 :06/06/16 >>70 FlashってOSによって結構挙動変わるからね。 しかも外部画像のインポートもswfとjpegのみ。 ajaxはswfにパラメータ送ったりして操作することも出来るから。
75 :06/06/16 AjaxつかJavaScript、はOSはもとより、ブラウザが違うと挙動が(r
76 :06/06/16 >>73 「適材適所」なんてエロい人が考えればいいんですよ。 ただブラウザの機能をしゃぶり尽くしたいだけなんですよ。 不可能だと思う人がいて、その人を驚かせたいからチャレンジするんですよ。 そこにAJAXがあったから、作るんですたい! といった、精神論がお好みかい? ActiveXとかAppletは、特定企業の方針に振り回される可能性があるため〜 といった内容をどっかで読んだ記憶が。 Google Analyticsは、FLASH使ってたけどな〜。
77 :06/06/18 >>75 flashでも一緒だよ
78 :06/06/18 >>76 >ActiveXとかAppletは、特定企業の方針に振り回される可能性があるため〜 flashなんか諸だよね
79 :06/06/18 どの道、どれ選んでもそうなるさ。 JavaScriptだって、元はネスケのものだし その後各企業が独自タグ出して振り回したのは記憶に新しい。 そして、今もそうだ・・・orz 結局完全に企業に振り回されないものなんて無いんだよ。 しかも、こういう規格ものは、各企業で競争なんて発生して互換性取れなくなった方がウザい
80 :06/06/19 ↑ という考えが前世紀末ころに世界に広がって それではイカンってことになり、 ECMAが統一仕様の策定を目指して作ったECMA Scriptに その後現れたブラウザは皆準拠する方向で 既に流れは出来上がってるともいます。
81 :06/06/19 前世紀末ってなんかカコイイ
82 :06/06/21 世紀末覇者=81
83 :06/06/22 Flashはイントラで使う分にはいいが、 インターネットだと、ちょっとしたところで使うにもサイズがある程度大きくなるから、 帯域食うんだよね。 サイドのナビとかにに動的なニュースとか流したりするなら、そういう意味ではAjaxのが有利。 この場合にアプレットは…論外だよね…
84 :06/06/22 >>79 xlibraryやprototypeなど、抽象化ライブラリ使えば、そんな差感じなくて済むよ
85 :06/06/22 どこが抽象化されてるかっつーのでどこがブラウザ依存なのかってのは知ることになるし ブラウザにしても機能にしても 9 割はサポートしてても 99.9 % はまず望めないし いつまでメンテされるのかも分からないし肥大化するかも知れないし 挙動がいきなり変わるかも知れないし名前の変更もあるかも知れないし 今までブラウザ別に使ってた脳味噌をライブラリやそのバージョン別に使うことになるだけじゃないのかい?
86 :06/06/22 >>85 そんなごちゃごちゃ無駄な考えてる間にまず試すくらいしようよ。 何もせず文句が先に出るのは恥ずかしいよ。 >ブラウザにしても機能にしても 9 割はサポートしてても 99.9 % はまず望めないし それはFlashでもアプレットでも一緒だし。
87 :06/06/22 認識が古い事を指摘されてブチキレか。 老人のようだな。
88 :06/06/22 >>87 いや、あれだけ言ってるくらいだから、きっと>>85 には99.9 %対応できる手段があるんだよ。 彼の回答を待ってみよう。
89 :06/06/23 Flash普及率は99%だよ。
90 :06/06/23 Wiiか任天堂DSのOperaは、FLASHは動かないけどAJAXは、 動くような事が書いてあった記憶が。。impressだったか? コンテンツによってはOpera対応が重要な場合も出て来るかな。
91 :06/06/25 >>89 普及率って… ちゃんと理解してからレスしようね
92 :06/06/25 >>85 この子はひょっとして、OSやブラウザによるFlashPlayerの挙動の違いを 何も知らず、単純にすべての環境で同じ動作をすると思っちゃってるのかな?
93 :06/06/26 ライブラリって言ってもコストパフォーマンスはそんなに高くなさそうって話なんだが 勝手に Flash と対比させたことにするなよ
94 :06/06/26 >>93 慌てて軌道修正か...。しかも相変わらず的外れだし。 もう、迷走状態だな。
95 :06/06/26 お前の妄想を押し付けるなって言ってるんだが
96 :06/06/26 もうこれ以上、何書いても恥の上塗りだよ、君。
97 :06/06/26 根拠が無い主張をするなと言ってるんだが
98 :06/06/29 結論 挙動の差はどれもあるが、各OS、ブラウザ間の互換性は Flash > Javaアプレット >>>>>>>>>>|超えられない壁|>>>>>>>>>. Java Script
99 :06/06/29 今の時代、プログラマ主導の製作はありえない プログラマはデザイナーが出来るだけ自分の表現を実現する為に制約を減らし デザイナーが直感的に創作出来るようにするのが好ましい。 これがAjaxでは、不可能に近い。 デザインツールに近いFlashの方がこの点は勝っていると思う。
100read 1read
1read 100read
TOP カテ一覧 スレ一覧 2ch元 削除依頼 ▲
【 スクリプト改造依頼スレ 】(丸投げ) part8 (127)
=== IIS === (287)
第二回 自作スクリプト発表会【PHP】 (105)
Perlなんですが・・・ (115)
【CMS】AD-EDIT質問スレ【国産】 (140)
PHPでオークションサイトを作ろう! (287)
--log9.info------------------
プロ野球はなぜ女子サッカーに負けたのか (374)
なぜ野球は若者に不人気なのか (910)
天才野球評論家ターザン山本のコラム (600)
プロ野球の視聴率を語る4062 (1001)
玉木センセイをヲチする(爆)スレ11 (251)
楽天は2、3年のうちに神戸に移転する (818)
プロ野球のユニフォームがダサイ件について (888)
オリンピックから除外されたやきうwwwww (972)
外国人枠を撤廃すべき!!野球の普及のためにも! (445)
プロ野球の視聴率を語る4062 (1001)
対野球豚用データ保管庫 (395)
早稲田の恥である田舎者斎藤佑樹は群馬に帰れ (565)
なぜ我々は"野球はつまらない"と感じてしまうのか (207)
プロ野球の視聴率を語る4061 (1001)
日本球界の癌球団横浜ベイスターズを倒産させろ!! (400)
プロ野球が滅びる日・・・ (219)
--log55.com------------------
【秋田】幸坂理加3【ごくじょう女子部】
【静岡朝日】堺瞳【元・西日本放送】
小島慶子
【育児休暇明け】藤村さおり
可愛いじゃん!清水亜里沙 part3【東海テレビ】
出水麻衣さん、あなたはブサイクですよ。
【清楚な】中島静佳さんパート35【なかじー】
【サンテレビ】榎木麻衣