Ajax vs Javaアプレット vs FLASH

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

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

時間が経てば挙動が変わるのはどんなプラットフォームでもそうだろう
そんなことは問題じゃない

残念ながらこの業界
今しか見てる余裕ないよ。
未来の事言ってたってキリが無い。

>>115
途中からしか読んでないなら、黙っててね

>>113
Flashもfirefoxではデフォルトではインストールすらされてないから、動きもしないね。

>>113
それこそ実装したこと無い人の戯言だよね。
ある程度ターゲットブラウザ絞るのは当たり前。
そもそも「Ajax対応ブラウザ」なんて抽象的な表現が出てくること自体おかしい。

有る程度って何？
IE、FireFox、Opera、NN、Safari対応はまず常識だろうね？
ちなみに、これ全部基本的な機能に絞っても全然挙動違うよ？

>>120
Ajax対応ブラウザってのは、業態に対する皮肉だよ。

Ajaxが嘘に塗り固められたブームだとばれたら
結果的にWeb2.0の外枠にひびが入り、
最終的にオライリーさんが被害を受けるので困るんです＞＜
わざわざ以前からあった複合技術をAjaxと命名してでっちあげた関係者が困るんです＞＜

だからOperaとSafariは眼中にねーっつの

何故、一つの技術に固執したがるのかね？
某ｵﾝﾗｲﾝﾊﾞﾝｸのUIや、派手な動きが欲しいならFlashだし
GoogleのﾊﾟｰｿﾅﾗｲｽﾞﾄﾞﾎｰﾑやWindowsLiveならAjaxの方が向いているし
両方の長所を組合せているGoogle Analyticsも面白い。

あ〜適材適所的な誘導は、ﾂﾏﾗﾅｲ？
ならFlashって狭っくるしく感じる事が多いのだが、
幅・高さ固定じゃないﾚｲｱｳﾄって難しいのかね？
VB6でﾌﾛｰﾚｲｱｳﾄがﾒﾝﾄﾞｲのと同じ理由？

>>113
Ajaxの意味を理解してないね。
DHTMLとごっちゃにしてるみたいなんで、勉強しなおしてきてね

>>126
単なる既存の複合技術を金目当てで強引に命名して出来たAjaxに何を言ってるんだｗ
現実的な指摘をされると「Ajaxは古くて新しいんだ」と抽象的な表現に逃げるオライリーさんとその信者(笑
Web2.0も同様。
何が違うの？と言う質問に具体的に答えられた人間は見たことが無い(爆笑

自分の使っている言葉の定義を他人に説明できない奴とは話したくない
誰かWeb2.0を説明してくれ

>>113

>Ajaxの場合JavaScriptの問題だけでなく、
>各ブラウザごとのスタイルシートの解釈の違いとかも含めると
>正直対応が難しいと言わざるを得ない。

だからあなたの仕事って
いつもTableレイアウトにFlash貼っておしまいなんですね？

>こんなので
>「今の規格にあわせていれば、Ajax対応のブラウザで問題なく動く」
>なんて言えるのは実装した事の無い人間だよ

それくらいの事、言えなくてどうするの？
今このWeb標準時代にあって、それじゃ生き残れないよ。

>>129
あらあら、煽っちゃったよ^^

>124
FlashならOperaとSafariでも安心して動くよ＼(＾o＾)／
でも携帯端末フルブラウザ代表のOperaではFlashがろくに動かないや…ざんねん＞＜。
ここは、Ajaxの出番だね＼(＾o＾)／

>125
>何故、一つの技術に固執したがるのかね？
だれも本気で固執しようとは思って無いでしょう。
ならなんでこんな議論？が繰り広げられているかと言うと
ここは「Ajax vs Javaアプレット vs FLASH」のスレなんだもの＞＜
何かと理由つけてお互いの足ひっぱりあわなきゃ＼(＾o＾)／

AjaxとＦｌａｓｈを比較して
クライアント側ではどっちが負担少ないですか？
まだＦｌａｓｈ使ったことないからテストできないッス。

同程度の処理で、体感速度などで構いませんので、意見を聞かせてください。

>>133
Flashをわざと大文字で書くところがにくいね＼(＾o＾)／
負荷を気にするまでのもの制作したことないからわかんないや、ごめんね＞＜
クライアント側のＰＣはどんどんパワーアップするのでモウマンタイ＼(＾o＾)／

どっちも問題になるような負荷はかからないよ。
組むもの・組み方にもよるし。

まぁどちらかというと起動はJavaScirpt、動作はFlashの方が速い。

しかし、フルFlashのページはさすがに激重
（デザイナーのページや音楽関連のページに多い）。
乱暴な意見かもしれませんが、フルFlashにするくらいなら、
フルAjaxのほうがいいかもしれませんね。

単純にそれFlashの方がリソース多い場合じゃないの？
厳密に比べると、そもそも差があるわけが無いのは分かると思うんだが


当然Flashは1度に全てを読み込むのが多いのが、そう思わせるのかもしれないが
Ajaxと同じように個別に読み込むように組めば、違いは無い。

>>138
>Ajaxと同じように個別に読み込むように組めば、違いは無い。
問題は『誰ももそんなことしない』事だよな。

デザイン目的のツールを使っていれば、そうかもしれないけど、
Webアプリ目的のFlashツールを使えば、
自然と一度に読み込まなくなる。

Ajaxで作ろうと思うような類のアプリなら、一度に全部読んだりしないよ。
全部読むのはデザイン系だけ。

こんなものを見つけました
ttp://www.openlaszlo.org/demos

OpenLaszloっていうフリーのFlexってきな技術です。
このなかに全体的にFlashで実装された「Laszlo Mail」というのがあるんですが、
Ajaxを使用しているGmailよりも快適に動作している気がします。

但し、Gmailの場合はユーザ数が半端ないのでサーバ負担も影響して動作が重くなっている可能性はあります。

http://www.adobe.com/products/player_census/flashplayer/version_penetration.html

１世代前の8ですら80%を切る現状

AjaxはHTMLをそのまま使えるのが利点だろ。
Flashじゃフォームを作るだけでも一苦労ですよ？

ちょっと込み入ったレイアウトを作ろうとすると、FlashもHTMLも面倒くささは一緒
つか、標準だなんだなと標準ｷﾁｶﾞｲがうるさい上、複雑なレイアウトだとブラウザごとにCSSハックかます必要のあるHTMLの方がずっと面倒

Ajaxを使用したいようなシチュエーションで基本的なタグだけのレイアウトなんて使いたいか？
かっこいいレイアウト組みたいだろ？
Flashはそういう点はデザインツール出身だから楽。

ってな感じで戦うポイントによってアレがいいコレがいいとある
適材適所に使えばいいんだよ
たとえばビデオチャットとか使った双方向コミュニケーションなんてFlash以外じゃできないだろ

ここはクライアントサイドの糞味噌な話ですね

サーバサイドの糞味噌な話も押さえておきましょう

幅広い分野のJavaと名前空間なき脆弱なるPHP
http://pc8.2ch.net/test/read.cgi/php/1145895664/

糞味噌Technic!

http://blog30.fc2.com/i/imihu/file/vi4813876237.jpg

不覚にも勃起した

>>148
らめぇ＞＜；

「不覚にも勃起した」

不覚にも勃起した

3時間後に死ぬかテスト。３時間後、僕の書き込みがなかったら、死んだと思ってください。

2つ目の3は全角なんだな

レスが無いのは・・・((((;ﾟДﾟ)))ｶﾞｸｶﾞｸﾌﾞﾙﾌﾞﾙ

ある

ふ不覚にもおっきしたお(＾ω＾；)

不覚にも勃起したｗ

くそっ！
不覚にも勃起した

ちぇっ
不覚にも勃起した

くだらねえ
不覚にも勃起したｗ

皆さん不覚ですね＾＾

これを見た人は
不覚にも勃起した

不能なのに勃起した

むしろ乳首が勃起した

不覚にも勃起した

だりー
不覚にも勃起した

ちょっと凝った画像ビューアを作ろうと考えているのですが、
クライアント側で画像処理（トーンカーブ補正等）を行なう場合、
Java appletやActiveX以外に選択肢はありますか？

できればappletは使いたくないんですけど、Ajax(Java script)や
Flashではできないですよね？

画像処理には疎いですが
ttp://space.geocities.jp/flashr0d/
ここでやってる処理見る限りAS3.0でもある程度の事はできそうですね
Flash9はまだalphaなんで、やるとしたらFlex2SDKになるけど。
クライアントはFlashPlayerね

>>168
resありがとうございます。
自分なりに色々と調べてみましたが、やはりFlashしかなさそうですね。
実は、色々なサイトのFlashを分析しようと、FleeMotionというソフトを
購入したのですが、Flash7までしかインポートできなかった。意味が無い...
仕方がないので、地道に勉強します。

全力で不覚にも勃起した…

もう、それ程遅いってことはないし、アプレットが強く出てきてもいいような気がするが・・・。
全てJavaでできる点は非常に生産性につながると思う。
ま、企業のシステムの話しなんだけどさ。
スクリプトでシステム構築なんてダメでしょ。エラー制御弱いし。

ぶっちゃけ、ActiveXコントロールでよくね？ｗ

ActiveXコントロールで
不覚にも勃起した

>>171
Javaという言語自体が効率悪い。
配列操作やXMLパースひとつにも、
何であんなわしゃわしゃコードかかにゃならんのだ…

＞スクリプトでシステム構築なんてダメでしょ。エラー制御弱いし。
言ってる事が時代遅れ。Perlで時間が止まってるんじゃない？

最近、Flexやってるんだけど、
AS3の構文ってJAVAそっくりだよ。
しかもGUIはXMLでかけるし。
JAVAでクライアント作るならFlex替わりに使った
ほうが、起動速度や開発時間の面でメリット
大きいんじゃないかな

>>174 同意。
スクリプト言語から入るとそう思ってしまって、どうしてもあのソース量が書けない。
ある意味コンプレックス。連想配列が無い時点で、俺にはできないと思ってしまう。

（その点では foreach や each の無い（半端な for in はあるけど）JavaScriptや
　Flash も少し・・・）

あれだけのAPIを調べてメモリ管理して鬼のようなアクセサや規則を書いて、て出来る
んなら、PHPやPerlなんかでのエラー制御も「がんばって」できるんじゃないかて
思えてしまうんだが。

いや、JavaはEclipseとかNetBeans辺りのIDE使えば、
そこまで面倒じゃないな。むしろarray_pushなんて
オブジェクト思考無視した長い関数名入力しなきゃいけないのに、
コンパイラーが即座にミスをチェックしてくれない
PHPなんて、ほんと馬鹿バカしくてやってられない

PHPの変数名の前についてる$記号
あんなのがないとインタプリタが構文解析できないなんて
なんてアホ言語なんだろうと思う。
Perlは$、@, %があって、それによって便利な使い分けが
できるので、何となく納得できるが、PHPって$記号しか
ないじゃん。劣化Perlもいいところ

>>177
まあPHPは腐ってますから。
push, pop でいいのに array_push, array_pop ・・・ array_walk や preg_〜〜 に
いたってはもう言葉もない。 map や grep、sort が全て改悪。参照はむしろperlの
リファレンス・デリファレンスの方が分かりやすいし、Perl コピーから入った
くせにもう何をどうやったらああなるのか。（まあ実装でお手軽に Cとすり
あわせた結果だとは思うが）・・・PHP5になったら今度はJava劣化クローン。

いらいらしたくなかったらPHPはパスしてrubyとFastCGIをいかにレンタルサーバで
使いやすくするかを運動したいと本気で思う。

>>175
Javaっつーか、JavaScirptっつーか、ECMAScriptっつーか・・・

>>180
JavaScriptだと思って使ってみたら驚くよ
例えば、メッソッドの宣言を書くと
private method(num:int):void {
// do something
}
みたいな感じで、立派に型指定もあるしパッケージ毎に名前空間はあるし
動的にプロパティを追加するクラスは目印をつけないとコンパイラに文句言われるし
もはやJavaScriptとはまったく別物だよ

あ〜
private function method(num:int):void {
}
だった、staticとかimplementsとかextendsとか
そこら辺の定義の仕方もJAVAそっくりだよ

じゃあJavaでいいじゃん。

Javaより圧倒的に効率よく作れるから、Javaじゃ話にならない

環境に左右され難いという点ではASが1番有利なのかもね。

http://processing.org/

Javaでもこういった感じでミニ言語を定義してやると
覚えやすくなるが、Javaの場合ライブラリの規模大きすぎてどこに何があるか
分らなくなる。まあ何事も馴れなんだろうけど。

>>184-185
どちらもJavaの圧勝だよ。というか、それら全てが単なるJavaの模倣ですからｗ

Cのほうが効率がいいからといって、
CGIをCで最初から書くやつがいないのと同じことが
ここでも言えそうですね

動作環境だったらFlashの勝ちと思う

>>188
> CGIをCで最初から書くやつがいない
は言い過ぎだが（実際CのCGIもある）Cで書きたくなる状況はまれだな。

例えばシステムとしてはシンプルだがオサレなショッピングカートなどを
Javaサーブレットおよびアプレットで書きたいと思う奴は正直いっちゃっ
てると思う。

cで動くcgiは結構あると思うんだが…。

アセンブラで動くcgiは稀だけど。

JavaってAS3のe4xより効率よくXML扱えるん？

JavaのXML対応は最強

PHPやRuby・PerlCGIと普通のデータやりとりだけならJSONも使いたい。> Flash・Java

すいませんアプレット初心者なのですが
”全て選択”や”コピー”といったボタンを作成して
テキストエリアなどに書き込まれた文章をコピーするには
どうやって作ればいいのでしょうか？

板違いだなぁ

テキストエリアなどのAPIを調べれば簡単にわかると思うが。
APIの読み方がわからんのなら、もう少し別のスレへ

>>194
ASでJSONは構文としては通るのに動的な評価ができないのが惜しいね
結局ここのJSON.asで済ませたけど
ttp://www.json.org/json-ja.html

FlexならJSONよりe4xやAMF使った方が楽そう

FlashとAJAXって全然使い道べつもんじゃん。
前者は不特定多数ユーザ
後者は特定ユーザ用業務アプリ（主にね）
特に金融はAjax使うようにかわってくらしいし。

きちんと住み分けできてると思うよ。

Ajaxって何もインストールすることなく、画面が書き変わるってのが最大の強みだから。用途が違うよ。
それ以上に大それたことできないんだよ所詮XMLだから。
大量すぎるデータのやりとりはアカン。
ようつべで動画見ながらコメント書き込んだり、消したりを
ポストバックなしで部分的にできる。
そんなのがAjaxのうま味だよね。

その『ようつべで〜』の部分を実現できるのはAJAXだけだよね？
フラッシュだとページ移動しなきゃ無理でしょ？
ごめん、確認させてほしい

Ajaxでは、マルチメディアがらみが弱い。
たとえば、音を鳴らせない。
正確には、ブラウザ固有のAPIは一応あるんだが、クロスブラウザを考えると現実的ではない。
映像に関してもそう。
マイク入力に対応しているのもFlaｓｈならでわだとおもう。

結果的に、リッチアプリケーションを作るには、Ajax＋Flashと言う組みあわせをやらざるを得ない。
使い道が別物　はファンクションに着目すれば確かにある意味真理だが、一緒に使われるものである。

で、ここまで書いたらわかると思うが、
ActiveXを使えば、1発ですべてが解決するんだよね。
FlashはActiveXコントロールの一種だと言う事を忘れてはいけない。
コードのちょっとした書き換えでMozilla系のプラグインも作成する事が出来る。

Ajaxは、あくまでブラウザ固有の機能だけを使ってリッチアプリケーションを作れると言う部分で評価されたわけで
Flashを使い出せば、ActiveXを使ったらいいじゃん？って結論に落ち着くと思うんだが・・・。

結論言うと、君たちはオライリーさんにまんまと踊らされてしまったわけだよ。

>>202
Flashの本当の強みは、99%のインストール率だよ。

>>202
たまにはMacを使っている人のこと、思い出してください……

Flashって正直どうなの？って思う。
そりゃActiveXなら何でもアリだろって感じ。

プロプライエタリな製品に技術の根っこを掴まれるのがどうかってことだと思うよ。

Ajaxはブラウザの対応と普及を待たなきゃ最新のEcmaScript使えないから
ユーザ認知度とか含めてクライアントベースで最新技術を一番早く取り入れられるのが
Flashなんだよな。サーバサイドならオープンソースでいいけどクライアント側は技術寄り
だとかえってユーザに煙たがられるから分かり易いものと抱き合わせにしないと普及しないと思う。

そうか、ActiveXか・・・。
すっかり忘れてたわ。。。っていうか懐かしいｗ

ちょうど、ターゲットはWin+IE6以上って環境で、リッチアプリケーション(Win上で単体動作してるシステムの移植)を作らないといけなかったんだけど
そうか、よく考えたらActiveX使えば簡単なのか・・・。


なんでこんな事に気づかなかったんだ・・・orz

結局案件次第って結論に戻っちゃうんだろな。

ActiveX界隈はVISTA中心になった後でどうなることやらだから、迂闊に検討できなさげかも。
RIAとしてはSilverlightなんてのも用意してるし、今後の混乱が楽しみだ。
コケてもMSのこったからさっくりプロジェクト潰す事もないだろうし、長期的には案件に上がってくんのかな……
Flash食われたら食われたでまた面倒なんだよな。

はぁ

そこでJavaアプレットですよ

一番ありえない選択肢じゃんｗ

ActiveX + .NET的なものって無いの？
.NETアプリがそのままWebで動くとか、都合の良いタイプの・・・

Javaアプレットがそれに一番近そうだが

Silverlightだろ

>>211
Silverlightがどうなるかわからんが、現状ではJavaアプレットが
一番ありえる選択肢だと思うが。。。

将来的にみても、Javaがあるかぎり消え去りはしないだろ。

HSPLet最強ｗ
ttp://www.forest.impress.co.jp/article/2001/08/30/hsplet.html