Ajax vs Javaアプレット vs FLASH

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

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

最近、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

これも結局はJavaアプレットか・・・

プラットフォーム上に一段階かまして、スクリプト言語を実装する形は悪くないかもね。
もし、Javaアプレットが死滅しても、Flash上に移植すれば、既存のコードは走るわけだし。

アプレットをJRubyで作るとか。

だったら普通にJavaアプレットの方がマシ

分かったからお前は Java アプレット使ってろよ…
ユーザからすれば糞重いサイトって感想を抱くだけ

Javaアプレットが重いと感じる奴が、
JRubyアプレット(ってのが仮にあったとして。あるの？)を受け入れられる不思議。

何もかもブラウザありきでしか考えられない糞にはJavaは宝の持ち腐れだから
初心者でもサクっと作れるAjaxやFLASHでもやってりゃいいんだよ。
Javaをサイトのコンテンツみたいな感じでしか使えない人ってダサ杉だと思うぜ

>>221
>JRubyアプレット(ってのが仮にあったとして。あるの？)
JNIを使ってなければ原理的には可能なはずだけど、普通のJavaアプレットより重いのは確実だな

>>222
モバイル分野だとフルブラウザでもAjaxは不十分だからそういうところをJavaアプリで補うってケースはあるしなgoogleマップとか
ちなみにFlash LiteはモバイルJavaよりもさらに制限がキツい。そこがなんとかなればまた流れが変わるかもしれんが

ActiveXやるやつは朝鮮人

俺朝鮮人だったのか

【速報】Google社が「Android」のSDKを公開，Javaでアプリケーションを記述
ttp://techon.nikkeibp.co.jp/article/NEWS/20071113/142245/
---
Androidのアプリケーション・ソフトウエア記述言語はJavaで，
「Java言語のコア・ライブラリが提供する機能のほとんどを提供する」（Androidの説明書）。
---

不覚にも勃起した

>>222
世界にはウラでJRubyをアプレット経由で呼び出して
<script type="text/ruby">タグ内のRubyスクリプトを動かすことに成功した猛者が

概要(英語)
http://almaer.com/blog/running-ruby-in-the-browser-via-script-typetextruby
動作サンプル(英語、IE7では動かず、Firefoxで動いた)
http://ruby-in-browser.googlecode.com/svn/trunk/evalruby/index.html

朝鮮ではActiveXがデフォルト
おかげでMSが法則発動で傾いた
これ豆知識な

Javaアプレットをこんなに見かけるスレも珍しいのではないか。

アプレットは開始されました

>>228
なんかエラーでまくった
File.open("c:\\boot.ini", "r").each{|f|
p f
}

>>226

GWT つかってる？

ajax vs Flash って意味分からん
それを言うならJavaScript vs Flashだろと。

脳みそ足りないだけじゃね？
変移の必要ない状況ってくくりなのぐらい阿保でもわかるし。

Web作成者にお願い

Javaアプレットやめて下さい
私の環境ではFirefoxとOperaは即、落ちます。

>>236
お前の環境なんぞどうでも良い。

少し前までmixi関連のツールはjavascript(greacemonkey)で書かれてたけど
今はなにで書かれてるの？

javaはフリーズした？って思う。

ここで言ってるAjaxって、Gmailで見られるようなサイト全体がAjaxで実装されているようなもののことか？

だったら個人的意見だがFlash>>>>>>>>>Ajaxだな

Ajaxは工数掛かりすぎ。

逆に一部を効果的にAjax使用するなら
Ajax>>>>>>>>>Flash

CSSも含めた互換性を何も気にせず、
デザイナーとの分業も楽で
IDEとかで大部分が自動化されるようなAjaxフレームワークでねぇかな

大手ECサイトのヨドバシドットコムが、サイトリニューアルから大規模な障害を3日間...
http://detail.chiebukuro.yahoo.co.jp/qa/question_detail.php?qid=1220150877

506 ：目のつけ所が名無しさん：2008/10/26(日) 00:47:20
大手ＥＣサイトで、ここまで派手なリリース失敗は初めて見た。
エンジニア向けＩＴ情報誌や関連サイトは、ぜひ取材して原因を明かして欲し
いは。

>>240
>Ajaxは工数掛かりすぎ。
そうでもない

Ajaxって、JavaScriptやCSS等の雑多な技術を寄せ集めて、
嘗てのJavaアプレット相当の機能を目指したモノだろ？
まさにゴミ

>>243
かなり浅いね

結論としては、インストールが簡便かつ、ブラウザ依存の少ないFLASH最強で

>>245
笑える

244=246、と

>>247
えー、なんでわかったの？
ハッカー？

Javaサーブレットで組むのもいいけど、Javaアプレットでサーバー間通信するのもいいよね。

JavaアプレットでJavaサーブレットと通信してましたよ

Javaアプレットはサーバじゃなくて、クライアントだから
サーバー間通信はできない。

>>251
その殻を突き破れって啓示だと思うよ

>>252
分かった。サーバーからアプレットに通信してなおかつアプレットのセキュリティポリシーを解除して
別のサーバにアクセスするとサーバー間通信になるね！

Yahooメールの新しいヤツはFLASH（FLEX?）なんだな。
がんばったなーって感じだ。

「不覚にも勃起した」

kifu for javaが重すぎる
FLASHの圧勝

アプレットってどうやったら軽くなるのよ
誰が得するんだこんな糞プログラム

flashは今バージョン間の差異が激しすぎ。

SilverlightがMSお得意の抱き合わせ売りでこれから伸びてきたりして

名前が長すぎて書きづらいからあまり話題に出したくないけど

Ajaxは好きなんだけど、やっぱ挙動がいまいちだから、
リッチクライアント求めたいときは限界を感じてしまう。
ケースbyケースなんだよね。

ちなみにJavaアプレットやるくらいなら、JavaWebStartでいいんじゃない？
Swingの見た目の悪さも、海外サイトでLnF探すとかなりカッコよくなるし、
NetBeans使えばかなりさくさく開発できるよ。

Javaアプレットは既に論外な状態だけど、
FlashはよりリッチなWebコンテンツ向け、
Ajax(JavaScript)は広範な用途に利用出来る、
として住み分けが出来ているので、当分この路線が続くのでは。

>>260
>Javaアプレットは既に論外な状態

どういったところが論外？

確かにアプレットの起動は遅いけど、起動後は軽い気がする。
Flash読み込むと他の作業までもたつく感じ？
まあモノによるのかも知れないけど･･････

>>262
>起動後は軽い

たしかに。起動時のスピードがもう少しあがればなぁ。

いや起動後も遅い。
それなりに高速化したクライアントマシンで、あれだけもっさり動作なのは致命的。

JavaはCOBOL後継として、エンタープライズ用途限定になる運命と思われ。

>>264
たしかにJVMによるかもしれん。
クライアントマシンであれば、かなり速い。

今日誤訳をひとつ確認してすっきりしたので記念カキコ
http://java.sun.com/javase/ja/6/docs/ja/api/java/applet/Applet.html#start()
> 注:getLocationOnScreen などのメソッドのいくつかは、アプレットが表示されている場合は意味のある結果しか提供できません。
http://java.sun.com/javase/6/docs/api/java/applet/Applet.html#start()
> Note: some methods, such as getLocationOnScreen, can only provide meaningful results if the applet is showing.
この「only」は、本来if以降の副詞節にかかる（if and only ifのonly ifになる）はずのものが習慣的に移動してきてて、
すなわち「〜場合にしか意味のある結果を提供できません」なんだぜえっへん

使う立場で言うと、FlashとAJaxはどちらでもいい

アプレットはブラウザによって動かなかったり、重かったり、なんか起動の仕方が格好悪かったり
しかも立ち上がったアプリも大したこと無いものばかり
そんなイメージ

>>267
　 ∧,,∧
　( `･ω･)　ｳｰﾑ…ここは？
　/　∽ |
　しー-Ｊ

つーか今時Flashなんざ訴求力が求められるコンテンツ系サイトか宣伝でしかつかわねーよ。
携帯が当たり前のようにJS読むようになればゴミ
既にフレックスはｒｙ

flashって右クリックのポップアップメニューにオリジナルアクション追加することすら出来ないよね

AJAX
　ブラウザによって実装が異なるから、処理とブラウザの
　相性によって遅くなるポイントがまちまち。
　GUIがCanvasかHTML系のオブジェクトしかない。
　ちょっとしたことでも、ブラウザごとの制約に引っかかって
　回避方法がみつからなくなる。
　MCEとかFCKとかよく実装できたもんだ。

Javaアプレット/Flash
　Javaは重すぎ。表現力上げようとするととたんにプログ
　ラムの負荷が高くなる。Flashは、Flashを前提にした表現
　ならいいけど、プログラムの自由度が少なくてFlashの
　セオリーから外れると途端にショボくなる。
　特に入力系。

というわけで、いまはSLに期待してる。

SLもいろいろ問題ありそうだけどなあ
ttp://www.infoq.com/jp/news/2009/05/Times-AIR-Reader

でも3.0以降は期待できそうじゃない？

その記事で言われてるのも実装未済、互換性不足の問題だし