Ajax vs Javaアプレット vs FLASH
Ajaxが最近有名になってるけど
結局、Javaアプレットに対して明確な優位性無いよね?
つーか、結局FLASH使えば、殆どの事出来るよね。
PC用ブラウザでは、実行環境は3つとも殆ど同じくらい普及してるし。
モバイル向けでの対応度としては、どれもイマイチだし。
javaアプレットは起動が遅すぎるので使おうと思わない。
FLASHはJavascriptより表現力がある。特に動画扱うならFLASHがベスト。
けど、表現する領域が定められる。ここの300x250をFLASH用に使うとか決めないとダメ。
Javascriptはそんなことないから、HTMLにより融合した形で使える。
結論:FLASHとJavaScriptをケースに応じて使い分け
つーか、サイズが変動する必要のあるシステムってそうそう無いような・・・。
EclipseでActionScriptかけるようになるし、携帯にも対応しつつあるし
本当にFlashにWebのリッチアプリケーションは陣取られてしまうんじゃない? おいおい、SEO対策なんて、普通サーバーサイドで対応するものでしょ?
クライアントサイドは関係ないでしょうに。
まさか、FlashがHTMLに埋め込めないとでも思ってるのか? >8
業務アプリとかでは使用されているらしい。
Javaメインな会社が多いから。
eclipseのアプリケーション自体も
Javaアプレットの派生みたいなもんだとか聞いたけど。
>>12
>Javaアプレットの派生
どっからそんな話が出たんだ。
ネイティブから呼び出してるから、まったく違うと思うんだが。 まぁ現時点ではFlashだろうな。
Ajaxは環境毎の非互換が多いし、
Javaアプレットは起動が遅い。 環境にも因るのかもしれないけど、最近のマシンでアプレットの起動って
特筆するほど遅いか?
確かに重いのもあるけど、Flash使っててもアホみたいにデータ読みこみに
待たされる事と、そんなに大差が無い様にも最近思ってるわけだが。
>>18
Javaのランタイムを起動時に読ませてないパソコンじゃ激遅い。 >>20
いやだから、アプレット/Flashってことじゃなくってモノに因ることが多くね?
って事なんだけど。
うちの会社で業務モノのアプレットなんかでも2秒くらいで起動するし一言で遅いって
事でもないんじゃなかろーかと。
#FlashのクライアントがあるERPってないかな。
>>9
Ajax builderって操作性最悪だな。
こんなぼろい開発環境見たことないぞ。 結論:
開発環境、機能の自由度、あらゆる点から
ActiveX最強。 >24
あらゆる点?ActiveXっつーことは、M$製品買わなきゃいかんだろうが。
サーバOS限定、IE限定
時代に逆行してね?
MSが潰れる心配する前に、顧客か勤め先が潰れる心配しろって。 Flashは、ASやらリソースを抜かれる事を危惧する場合もある? JavaScriptでは Vアプリ や i-アプリ がつくれねー(・∀・) ぶっちゃけ、IE以外放置でいいし。
どうせ、一般人はみんなIEしか使って無いじゃん。
そうそう。
マイナーなバグだらけのブラウザーなんかどうでもいいよ。
Opera最低! OperaとSafariは放置
かろうじてMozilla系ブラウザをサポートで十分
ケータイ向けは別料金で イントラネットだと、コスト・生産性重視。
→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限定とかはかっこ悪くてできんな。 >>42
最近セキュリティとか、うるさいしなぁ。
単純な所だと、XMLHttp等で、DBから拾ってきた値を、エスケープ処理せずに
そのままinnerHTMLに突っ込むとタグ使えるが、それが使えて良い場所なのか、
まずい場所なのかとか、そういった話。 めんどくさいっていいながらも、IE7でたら当分IE6と両方の対応しないと
いけないじゃん。
ふつうに作るのがいちばん。
つ『ふつうの JavaScript プログラミング』 ところでさー
この業界に
「普通の」なんて実装あんの?w
あったら苦労しないと思うんだが・・・ >IEが普通じゃないから困る
普通と聞いて、ぱっと思い浮かぶのは、以下の2つ。
・公的な標準
・デファクトスタンダード
>>47は、前者の考えからの判断?
とはいえ、デファクトスタンダードが公的な標準規格として
追認されることもあり、例としては、
XMLHttpは、M$が勝手に企画した物だが、
W3Cが、標準として検討している最中。
http://www.w3.org/TR/2006/WD-XMLHttpRequest-20060405/
>>47は、まだ公的な標準でない、XMLHttpを否定しつつ
Ajaxスレで語る勇者さまデツカ?
基本的に上げ足取りに長文費やすのはダサイと思うのですが如何でしょうか? sageたからといって評価が変わるとも思えんが。。。 都合のよい使われかたの「普通」に対して、
「標準」としての切り口で返している点を
揚げ足取りと言うのには、違和感を感じる。
>>47=49 でつか? 上がったスレ見つけて脊髄反射してる奴と
どっちでも良さそうな事をネチネチと粘着してる奴。
傍観している風を、装った書き込みって何か意味あるの?
それとも何かに、ご立腹ですか?(プ サーバとクライアントで使われる言語が統一されるメリットが考えられて、
ajaxを使っている人たちの間では、ジャバスクリプトをサーバサイドで使うと
すごいかも、と言い出してる人たちがいました。
そのあとに、iisでaspならもう動くじゃん。といっている人たちがいました。
ほいでサーバクライアント言語統一、にメリットが本当にあるとしたら、
javaサーバサイド+アプレットは面白いのかもしれない。
そしてまた、実際にやってみると、メリットをとっても強く感じられた。
この点ですごかったのはORマッピング。クライアントサイドで、
普通のジャバビーンとしてデータをつくっていって、こいつをサーバに
まるごとわたして、サーバ側では「save(object)」くらいのことで永続化してくれそう。
アプレットがデファクトとるとは思えてないが、ポテンシャルはすさまじいとおもっています。
ttp://www.sodaplay.com てかさ、Ajaxなんか使ったら・・.NETで開発しててもソースむちゃくちゃにならねぇ?
いわゆる.NET的なコーディングからすごい離れていくよね。
ASP.NETってほんと糞だと思いません?
Ajax云々いってるけどさ。大体がもうwebアプリは糞だよ。使えないって。
あんな糞おもいもん、企業に売れるわけががなかとよ。
これからはwinフォームの時代。ClickOnce機能ができてさ、webアプリである意味がなくなっちまったじゃん。
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のレポート機能も、そうなってると思われ。
DOMの扱いとかが激しく野暮ったいので面倒なだけ
書けない方がおかしい Ajax書ける?とかどっかの何も分かってない上司みたいな事いわんでくれ。
Ajaxなんて言語はねーよ。
「名前を意識せず使われる様になった時が旬」
みたいな内容を、どっかのエロい人が言ってたな。
「実は、Ajaxだったのですよ」といった感じに。
そういう意味では、ブラウザさえあれば良いという環境はメリットだね。 Google Mail とか Google Spread Sheet とか Google Scheduler とか、しょうもない。
当たり前だが、遅すぎる。これなら Applet のほうが何倍も速いし快適だろう。
Google が JavaScript にこだわってる限り、リッチなUIを提供することはできないし、
そうこうしているうちに、マイクロソフトとかSunとかが、Web上で快適に動く Office 作れてしまうだろうな。
Google は技術選択を誤ってる。 >>65
ヒント:Vistaが標準になる=Vistaが動くパソコンが標準になる >マイクロソフトとかSunとかが、Web上で快適に動く Office 作れてしまうだろうな。
Web上で動かせるかまでは知らんが、Ofice12ってサーバー上で動かす事できるんでなかったっけ?
>技術選択を誤ってる
まー、何が気に入らないのか知らんが、>>65は、
正しい技術選択とやらを行えると、自負している様だな。 >>67
サーバ上で動くOfficeは大分前に作ってるよ。
俺が学生だった頃、うちの大学ではOfficeがサーバ上で動いてたし。 アプレットが快適だとか言ってる時点で駄目だろ>>65は。 もうFlashっつーかActionScriptが1人がちじゃね?
PSPでも遂に動くようになったし、もはや「標準的な機能」だと思う。
わざわざブラウザごとにめんどうな検証をして、モバイル系が壊滅状態なAjax使う意義って殆どないと思う。
もう直ぐEclipse用のActionScriptプラグインが無料で使えるようになるし・・・ javascriptぐらいしかわからない俺みたいなのには
AJAXが分相応だと思いました。 超つまんない回答は「適材適所」とかいう話になるんだが、
GMail とか Spreadsheet とかははちっとも適材適所じゃねーよな
あれならAppletかActiveXのほうがいい。ツールバーとかデスクバーとか
Google Earth とかちゃんとクライアントサイドのソフトウェア作ってるのに
なんでメールやスプレッドシート、スケジューラだけは糞遅いJavaScript なのか。 >>70
FlashってOSによって結構挙動変わるからね。
しかも外部画像のインポートもswfとjpegのみ。
ajaxはswfにパラメータ送ったりして操作することも出来るから。 AjaxつかJavaScript、はOSはもとより、ブラウザが違うと挙動が(r >>73
「適材適所」なんてエロい人が考えればいいんですよ。
ただブラウザの機能をしゃぶり尽くしたいだけなんですよ。
不可能だと思う人がいて、その人を驚かせたいからチャレンジするんですよ。
そこにAJAXがあったから、作るんですたい!
といった、精神論がお好みかい?
ActiveXとかAppletは、特定企業の方針に振り回される可能性があるため〜
といった内容をどっかで読んだ記憶が。
Google Analyticsは、FLASH使ってたけどな〜。
>>76
>ActiveXとかAppletは、特定企業の方針に振り回される可能性があるため〜
flashなんか諸だよね どの道、どれ選んでもそうなるさ。
JavaScriptだって、元はネスケのものだし
その後各企業が独自タグ出して振り回したのは記憶に新しい。
そして、今もそうだ・・・orz
結局完全に企業に振り回されないものなんて無いんだよ。
しかも、こういう規格ものは、各企業で競争なんて発生して互換性取れなくなった方がウザい ↑ という考えが前世紀末ころに世界に広がって
それではイカンってことになり、
ECMAが統一仕様の策定を目指して作ったECMA Scriptに
その後現れたブラウザは皆準拠する方向で
既に流れは出来上がってるともいます。 Flashはイントラで使う分にはいいが、
インターネットだと、ちょっとしたところで使うにもサイズがある程度大きくなるから、
帯域食うんだよね。
サイドのナビとかにに動的なニュースとか流したりするなら、そういう意味ではAjaxのが有利。
この場合にアプレットは…論外だよね… >>79
xlibraryやprototypeなど、抽象化ライブラリ使えば、そんな差感じなくて済むよ どこが抽象化されてるかっつーのでどこがブラウザ依存なのかってのは知ることになるし
ブラウザにしても機能にしても 9 割はサポートしてても 99.9 % はまず望めないし
いつまでメンテされるのかも分からないし肥大化するかも知れないし
挙動がいきなり変わるかも知れないし名前の変更もあるかも知れないし
今までブラウザ別に使ってた脳味噌をライブラリやそのバージョン別に使うことになるだけじゃないのかい? >>85
そんなごちゃごちゃ無駄な考えてる間にまず試すくらいしようよ。
何もせず文句が先に出るのは恥ずかしいよ。
>ブラウザにしても機能にしても 9 割はサポートしてても 99.9 % はまず望めないし
それはFlashでもアプレットでも一緒だし。 認識が古い事を指摘されてブチキレか。
老人のようだな。 >>87
いや、あれだけ言ってるくらいだから、きっと>>85には99.9 %対応できる手段があるんだよ。
彼の回答を待ってみよう。 Wiiか任天堂DSのOperaは、FLASHは動かないけどAJAXは、
動くような事が書いてあった記憶が。。impressだったか?
コンテンツによってはOpera対応が重要な場合も出て来るかな。 >>89
普及率って…
ちゃんと理解してからレスしようね >>85
この子はひょっとして、OSやブラウザによるFlashPlayerの挙動の違いを
何も知らず、単純にすべての環境で同じ動作をすると思っちゃってるのかな? ライブラリって言ってもコストパフォーマンスはそんなに高くなさそうって話なんだが
勝手に Flash と対比させたことにするなよ >>93
慌てて軌道修正か...。しかも相変わらず的外れだし。
もう、迷走状態だな。 結論
挙動の差はどれもあるが、各OS、ブラウザ間の互換性は
Flash > Javaアプレット >>>>>>>>>>|超えられない壁|>>>>>>>>>. Java Script 今の時代、プログラマ主導の製作はありえない
プログラマはデザイナーが出来るだけ自分の表現を実現する為に制約を減らし
デザイナーが直感的に創作出来るようにするのが好ましい。
これがAjaxでは、不可能に近い。
デザインツールに近いFlashの方がこの点は勝っていると思う。 互換性うんぬん言ってるたわけは何故AJAXが騒がれるようになったのかもうちょっと考えてみた方がいいと思う。
個人的にAJAXは 次 へのただの繋ぎだと思ってるし、FLASHと比べるとそもそもの守備範囲が違う。 >>99
その手の「こっちのほうがいい」論は、用途を規定から言わないと、議論にならんね
用途によってアプレットがいいこともあれば、AJAX がいいこともある、というのはもう合意済みだから >>101
だから、この点では勝ってる と限定してるじゃん。
デザインをデザイナーが直接行えるのは実質Flashだけだというのは紛れも無い事実だし。
確かに幅はAjaxの方が広いが、デザイナーが直感的に行えるわけではない。
プログラマからしてもデザイン部分の把握は難解だ。 javascriptはブラウザの違いをいちいち気にしなきゃいけないから大変
そんな会社間の争いのために時間かけたくないって人多いんじゃね?
flashはどんなブラウザでもギャップを吸収してくれるからすごい楽だし安心。
ただやっぱりブラウザ機能(文字サイズ変更、検索関係)に関しては分が悪いな なんであろうと簡単に組めて互換性も将来性もばっちりで動作速度も速くて導入コストが安いのがいいに決まってる ここで主にFlashで飯食ってるおれ様がやってきましたよ。
ずいぶん情報が古い化石のような奴がいるな。
デザインにはうといシステム屋か?
>74
swfとjpgしか読めないというのはFlashPlayer7までだ。
現在の最新バージョンはFlashPlayer9だ。
OSによっても挙動はほぼ変わらん。
変わる部分はなきにしもあらずだが、Ajaxに比べりゃ微量だ。
>>107
>現在の最新バージョンはFlashPlayer9だ。
99%がflashPlayer9なの?
>OSによっても挙動はほぼ変わらん。
linuxで確認してないでしょ。
アルファでのアニメーションすら対応してないよ。
本当にFlashで食ってるの?そのわりにはずいぶんスキルの無い人ですね。 そもそも>>74付近では互換の話してたのに、
>swfとjpgしか読めないというのはFlashPlayer7までだ。
>現在の最新バージョンはFlashPlayer9だ。
って言ってるってことは、OS、ブラウザ、バージョンで
挙動が変わるFlashは悲惨だって言ってるようなもんだよね。 ようするにもうFlashは9まで出てるんだから
2世代も前の昔話を言うのは時代錯誤もいいところって事だろ >>110
だったらAjaxにも同じこと言えるよね。 XMLHTTPRequestに対応してないような古いブラウザのことばかり持ち出して、
互換がどうで動かないなんて言うのも時代錯誤もいいとこ。 言えない。
やってみればわかる。
Ajaxの場合JavaScriptの問題だけでなく、各ブラウザごとのスタイルシートの解釈の違いとかも含めると
正直対応が難しいと言わざるを得ない。
こんなので「今の規格にあわせていれば、Ajax対応のブラウザで問題なく動く」なんて言えるのは実装した事の無い人間だよ >>113
そういやスタイルシートの問題があったな
スマン 時間が経てば挙動が変わるのはどんなプラットフォームでもそうだろう
そんなことは問題じゃない 残念ながらこの業界
今しか見てる余裕ないよ。
未来の事言ってたってキリが無い。 >>115
途中からしか読んでないなら、黙っててね >>113
Flashもfirefoxではデフォルトではインストールすらされてないから、動きもしないね。 >>113
それこそ実装したこと無い人の戯言だよね。
ある程度ターゲットブラウザ絞るのは当たり前。
そもそも「Ajax対応ブラウザ」なんて抽象的な表現が出てくること自体おかしい。 有る程度って何?
IE、FireFox、Opera、NN、Safari対応はまず常識だろうね?
ちなみに、これ全部基本的な機能に絞っても全然挙動違うよ? >>120
Ajax対応ブラウザってのは、業態に対する皮肉だよ。 Ajaxが嘘に塗り固められたブームだとばれたら
結果的にWeb2.0の外枠にひびが入り、
最終的にオライリーさんが被害を受けるので困るんです><
わざわざ以前からあった複合技術をAjaxと命名してでっちあげた関係者が困るんです>< 何故、一つの技術に固執したがるのかね?
某オンラインバンクのUIや、派手な動きが欲しいならFlashだし
GoogleのパーソナライズドホームやWindowsLiveならAjaxの方が向いているし
両方の長所を組合せているGoogle Analyticsも面白い。
あ〜適材適所的な誘導は、ツマラナイ?
ならFlashって狭っくるしく感じる事が多いのだが、
幅・高さ固定じゃないレイアウトって難しいのかね?
VB6でフローレイアウトがメンドイのと同じ理由? >>113
Ajaxの意味を理解してないね。
DHTMLとごっちゃにしてるみたいなんで、勉強しなおしてきてね >>126
単なる既存の複合技術を金目当てで強引に命名して出来たAjaxに何を言ってるんだw
現実的な指摘をされると「Ajaxは古くて新しいんだ」と抽象的な表現に逃げるオライリーさんとその信者(笑
Web2.0も同様。
何が違うの?と言う質問に具体的に答えられた人間は見たことが無い(爆笑 自分の使っている言葉の定義を他人に説明できない奴とは話したくない
誰かWeb2.0を説明してくれ >>113
>Ajaxの場合JavaScriptの問題だけでなく、
>各ブラウザごとのスタイルシートの解釈の違いとかも含めると
>正直対応が難しいと言わざるを得ない。
だからあなたの仕事って
いつもTableレイアウトにFlash貼っておしまいなんですね?
>こんなので
>「今の規格にあわせていれば、Ajax対応のブラウザで問題なく動く」
>なんて言えるのは実装した事の無い人間だよ
それくらいの事、言えなくてどうするの?
今このWeb標準時代にあって、それじゃ生き残れないよ。
>124
FlashならOperaとSafariでも安心して動くよ\(^o^)/
でも携帯端末フルブラウザ代表のOperaではFlashがろくに動かないや…ざんねん><。
ここは、Ajaxの出番だね\(^o^)/ >125
>何故、一つの技術に固執したがるのかね?
だれも本気で固執しようとは思って無いでしょう。
ならなんでこんな議論?が繰り広げられているかと言うと
ここは「Ajax vs Javaアプレット vs FLASH」のスレなんだもの><
何かと理由つけてお互いの足ひっぱりあわなきゃ\(^o^)/ AjaxとFlashを比較して
クライアント側ではどっちが負担少ないですか?
まだFlash使ったことないからテストできないッス。
同程度の処理で、体感速度などで構いませんので、意見を聞かせてください。 >>133
Flashをわざと大文字で書くところがにくいね\(^o^)/
負荷を気にするまでのもの制作したことないからわかんないや、ごめんね><
クライアント側のPCはどんどんパワーアップするのでモウマンタイ\(^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の場合はユーザ数が半端ないのでサーバ負担も影響して動作が重くなっている可能性はあります。 AjaxはHTMLをそのまま使えるのが利点だろ。
Flashじゃフォームを作るだけでも一苦労ですよ? ちょっと込み入ったレイアウトを作ろうとすると、FlashもHTMLも面倒くささは一緒
つか、標準だなんだなと標準キチガイがうるさい上、複雑なレイアウトだとブラウザごとにCSSハックかます必要のあるHTMLの方がずっと面倒
Ajaxを使用したいようなシチュエーションで基本的なタグだけのレイアウトなんて使いたいか?
かっこいいレイアウト組みたいだろ?
Flashはそういう点はデザインツール出身だから楽。
ってな感じで戦うポイントによってアレがいいコレがいいとある
適材適所に使えばいいんだよ
たとえばビデオチャットとか使った双方向コミュニケーションなんてFlash以外じゃできないだろ ここはクライアントサイドの糞味噌な話ですね
サーバサイドの糞味噌な話も押さえておきましょう
幅広い分野のJavaと名前空間なき脆弱なるPHP
http://pc8.2ch.net/test/read.cgi/php/1145895664/ 3時間後に死ぬかテスト。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コントロールでよくね?w
>>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じゃ話にならない 環境に左右され難いという点ではASが1番有利なのかもね。 http://processing.org/
Javaでもこういった感じでミニ言語を定義してやると
覚えやすくなるが、Javaの場合ライブラリの規模大きすぎてどこに何があるか
分らなくなる。まあ何事も馴れなんだろうけど。 >>184-185
どちらもJavaの圧勝だよ。というか、それら全てが単なるJavaの模倣ですからw Cのほうが効率がいいからといって、
CGIをCで最初から書くやつがいないのと同じことが
ここでも言えそうですね >>188
> CGIをCで最初から書くやつがいない
は言い過ぎだが(実際CのCGIもある)Cで書きたくなる状況はまれだな。
例えばシステムとしてはシンプルだがオサレなショッピングカートなどを
Javaサーブレットおよびアプレットで書きたいと思う奴は正直いっちゃっ
てると思う。 cで動くcgiは結構あると思うんだが…。
アセンブラで動くcgiは稀だけど。 JavaってAS3のe4xより効率よく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は一応あるんだが、クロスブラウザを考えると現実的ではない。
映像に関してもそう。
マイク入力に対応しているのもFlashならでわだとおもう。
結果的に、リッチアプリケーションを作るには、Ajax+Flashと言う組みあわせをやらざるを得ない。
使い道が別物 はファンクションに着目すれば確かにある意味真理だが、一緒に使われるものである。
で、ここまで書いたらわかると思うが、
ActiveXを使えば、1発ですべてが解決するんだよね。
FlashはActiveXコントロールの一種だと言う事を忘れてはいけない。
コードのちょっとした書き換えでMozilla系のプラグインも作成する事が出来る。
Ajaxは、あくまでブラウザ固有の機能だけを使ってリッチアプリケーションを作れると言う部分で評価されたわけで
Flashを使い出せば、ActiveXを使ったらいいじゃん?って結論に落ち着くと思うんだが・・・。
結論言うと、君たちはオライリーさんにまんまと踊らされてしまったわけだよ。 >>202
Flashの本当の強みは、99%のインストール率だよ。
>>202
たまにはMacを使っている人のこと、思い出してください…… Flashって正直どうなの?って思う。
そりゃActiveXなら何でもアリだろって感じ。 プロプライエタリな製品に技術の根っこを掴まれるのがどうかってことだと思うよ。 Ajaxはブラウザの対応と普及を待たなきゃ最新のEcmaScript使えないから
ユーザ認知度とか含めてクライアントベースで最新技術を一番早く取り入れられるのが
Flashなんだよな。サーバサイドならオープンソースでいいけどクライアント側は技術寄り
だとかえってユーザに煙たがられるから分かり易いものと抱き合わせにしないと普及しないと思う。 そうか、ActiveXか・・・。
すっかり忘れてたわ。。。っていうか懐かしいw
ちょうど、ターゲットはWin+IE6以上って環境で、リッチアプリケーション(Win上で単体動作してるシステムの移植)を作らないといけなかったんだけど
そうか、よく考えたらActiveX使えば簡単なのか・・・。
なんでこんな事に気づかなかったんだ・・・orz
結局案件次第って結論に戻っちゃうんだろな。
ActiveX界隈はVISTA中心になった後でどうなることやらだから、迂闊に検討できなさげかも。
RIAとしてはSilverlightなんてのも用意してるし、今後の混乱が楽しみだ。
コケてもMSのこったからさっくりプロジェクト潰す事もないだろうし、長期的には案件に上がってくんのかな……
Flash食われたら食われたでまた面倒なんだよな。
はぁ 一番ありえない選択肢じゃんw
ActiveX + .NET的なものって無いの?
.NETアプリがそのままWebで動くとか、都合の良いタイプの・・・
>>211
Silverlightがどうなるかわからんが、現状ではJavaアプレットが
一番ありえる選択肢だと思うが。。。
将来的にみても、Javaがあるかぎり消え去りはしないだろ。 HSPLet最強w
ttp://www.forest.impress.co.jp/article/2001/08/30/hsplet.html
プラットフォーム上に一段階かまして、スクリプト言語を実装する形は悪くないかもね。
もし、Javaアプレットが死滅しても、Flash上に移植すれば、既存のコードは走るわけだし。
分かったからお前は Java アプレット使ってろよ…
ユーザからすれば糞重いサイトって感想を抱くだけ Javaアプレットが重いと感じる奴が、
JRubyアプレット(ってのが仮にあったとして。あるの?)を受け入れられる不思議。 何もかもブラウザありきでしか考えられない糞にはJavaは宝の持ち腐れだから
初心者でもサクっと作れるAjaxやFLASHでもやってりゃいいんだよ。
Javaをサイトのコンテンツみたいな感じでしか使えない人ってダサ杉だと思うぜ >>221
>JRubyアプレット(ってのが仮にあったとして。あるの?)
JNIを使ってなければ原理的には可能なはずだけど、普通のJavaアプレットより重いのは確実だな
>>222
モバイル分野だとフルブラウザでもAjaxは不十分だからそういうところをJavaアプリで補うってケースはあるしなgoogleマップとか
ちなみにFlash LiteはモバイルJavaよりもさらに制限がキツい。そこがなんとかなればまた流れが変わるかもしれんが 【速報】Google社が「Android」のSDKを公開,Javaでアプリケーションを記述
ttp://techon.nikkeibp.co.jp/article/NEWS/20071113/142245/
---
Androidのアプリケーション・ソフトウエア記述言語はJavaで,
「Java言語のコア・ライブラリが提供する機能のほとんどを提供する」(Androidの説明書)。
---
朝鮮ではActiveXがデフォルト
おかげでMSが法則発動で傾いた
これ豆知識な Javaアプレットをこんなに見かけるスレも珍しいのではないか。 >>228
なんかエラーでまくった
File.open("c:\\boot.ini", "r").each{|f|
p f
}
ajax vs Flash って意味分からん
それを言うならJavaScript vs Flashだろと。 脳みそ足りないだけじゃね?
変移の必要ない状況ってくくりなのぐらい阿保でもわかるし。 Web作成者にお願い
Javaアプレットやめて下さい
私の環境ではFirefoxとOperaは即、落ちます。 少し前までmixi関連のツールはjavascript(greacemonkey)で書かれてたけど
今はなにで書かれてるの?
ここで言ってる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
大手ECサイトで、ここまで派手なリリース失敗は初めて見た。
エンジニア向けIT情報誌や関連サイトは、ぜひ取材して原因を明かして欲し
いは。
>>240
>Ajaxは工数掛かりすぎ。
そうでもない Ajaxって、JavaScriptやCSS等の雑多な技術を寄せ集めて、
嘗てのJavaアプレット相当の機能を目指したモノだろ?
まさにゴミ 結論としては、インストールが簡便かつ、ブラウザ依存の少ないFLASH最強で Javaサーブレットで組むのもいいけど、Javaアプレットでサーバー間通信するのもいいよね。 JavaアプレットでJavaサーブレットと通信してましたよ Javaアプレットはサーバじゃなくて、クライアントだから
サーバー間通信はできない。 >>252
分かった。サーバーからアプレットに通信してなおかつアプレットのセキュリティポリシーを解除して
別のサーバにアクセスするとサーバー間通信になるね! Yahooメールの新しいヤツはFLASH(FLEX?)なんだな。
がんばったなーって感じだ。 kifu for javaが重すぎる
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になる)はずのものが習慣的に移動してきてて、
すなわち「〜場合にしか意味のある結果を提供できません」なんだぜえっへん >>266
オハヨー!!
∧∧ ∩
(`・ω・)/
⊂ ノ
(つノ
(ノ
___/(___
/ (___/
 ̄ ̄ ̄ ̄ ̄ ̄
使う立場で言うと、FlashとAJaxはどちらでもいい
アプレットはブラウザによって動かなかったり、重かったり、なんか起動の仕方が格好悪かったり
しかも立ち上がったアプリも大したこと無いものばかり
そんなイメージ
>>267
∧,,∧
( `・ω・) ウーム…ここは?
/ ∽ |
しー-J
つーか今時Flashなんざ訴求力が求められるコンテンツ系サイトか宣伝でしかつかわねーよ。
携帯が当たり前のようにJS読むようになればゴミ
既にフレックスはry
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以降は期待できそうじゃない?
その記事で言われてるのも実装未済、互換性不足の問題だし ゲイツは好きじゃないがFlush覚えるくらいならSLに手を出したい ipconfig/fulsdnsをいつも/flashdnsとタイプミスする俺のことか お前ら3日もTypoに付き合うなんてよっぽどネタがないんだな いちいち反応するなんてよっぽど恥ずかしかったんだな こういうのって「typo」っていうの?
typoってタイプミスのことだと思っていたんだけど、
「flash」を「flush」と打ち間違えるのは、タイプミスと言える?
「a」と「u」って全然違う場所にあるよ。
正しくは、綴り間違いじゃないのかな? それはさておき、確かに今からやるならSilverlightかなって気はする
JavaAppletは楽だけど論外だし、Flush()は今更感だし
AJAXつーかJavascriptは少し違うしこれからもありだとおもうけどなー >>287
Javaアプレットが論外という理由はなに? >>287
最近のアプレットにさわったことがあるのか まぁJavaアプレットはなんか抵抗あるってその気持ちはわかるw >>295
PCに不慣れなユーザー層によっては、アプリ操作がブラウザの中で全部とじている方がいい
という要求もある。 >>298
だれがそんな層にまでweb start使うって言ったよ 初心者だとブラウザに収まっていた方が良いというのも
根拠が無いな >>269
且且~
且且~
∧__∧ 且且~
(´・ω・)且且~
`/ヽO=O且且~
/ ‖_‖且且~
し ̄◎ ̄◎ ̄◎
皆さん、
お茶が入りましたよ…
お気楽プラグインなし実装 → Canvas
動画が動くだけお → Flash
RIAで入力もバリバ&WMV動画配信 → SL >>303
∧,,∧ ∧,,∧
∧,,(´-ω-)(-ω-`)∧,,∧
( ´-ω)旦o) (o旦o(ω-` )
(_ o[( ´-) (-` )]o _)
└'ー-(_ )][( _)ー'┘
'ー'^ー' 'ー'^ー'
googleはどれが一番多く使われてるのかな。
googleが使ってる技術は大抵伸びる。
googlemapはajax
googleappはたぶんjava
flashは補助的な部分で使われてるのかな。 Google app engineのほうはJavaでも利用できるけど
Google appsはJavaじゃない。
グーグルならPythonとか有名だけど用途が違うからな。
今後伸びるといったらJavaFXとかが今注目されてるんじゃね。 >>306
>googlemapはajax
そうか?XMLHTTPRequest使ってないから、Ajaxじゃないだろ?
ただのJavaScriptだ。 javascriptで非同期通信を実現する技術ってAjaxのほかにあったっけ。 >>310
JSONP
だけど、JSONPのことをAjaxに含めるかどうかは知らん。 >>308
PC版GoogleMapsで縮尺を変更したり上下左右に範囲を移動していく時、非同期通信使ってるんじゃない?
確か地図画像を(何ピクセル四方だか忘れたけど)少しずつ区切ってDL→表示 の繰り返しだよね。
初期表示とかマーカー立てるまでなら非同期通信はしてないように思うけど。 >そうか?XMLHTTPRequest使ってないから、Ajaxじゃないだろ?
全ソースちゃんと見て書いてたのか疑問w アプレット(AWT)を簡単に作れるツールって何がありますか? >>315
もうさっさとCANVAS標準化してくれって感じだな
最近のflashを巡るapple/google/MSの動向に不安を感じたので
見切りでCANVASを使い始めた。ネックはIEだがuupaa氏がuuCanvas.jsを
かなり良い感じで開発してくれているので決断した。 最近Flexやってるけど、あんまり好きになれそうじゃない
JavaScriptは嫌いじゃないんだけど、なんかこう、気になる動きする jQuery(Ajax) + HTML5 で当分OK
土生 明弘(はぶ あきひろ)を捜しています。
年齢・30才、職業・プログラマー、勤務地 ・勝どき、出身地・九州、
住所・(おそらくは)鷺ノ宮駅近辺、 日本大学藝術学部 文芸学科卒
住所・勤務先・九州の実家の住所等どんな些細な情報でも構いませんので、ご連絡お願いします。
連絡先・habuhokaku@hotmail.co.jp 時代は完全にHTML5
JavaScriptやっててよかったわ 別にやってなくてもすぐ覚えられるし何も問題はないけどな java重いし、windowsに入ってないんだよな・・。
流石に今日日Java重いとか、どんだけ時代錯誤なロースペだよw MySpaceもGoogleも全面的にHTML5だな。
Facebookはどうなんだっけ? Facebook含めて主要なサイトはほぼHTML5に移行済みだった。 video要素を使っていないとHTML5じゃないやい!とかそういうアレなのかも ローカルのエロ動画をvideoタグでくくってブラウザで見ればいい。
html5の実験でやってみたんだが妙に興奮して(・∀・)イイ!! アプレットが動かない。
キツネでだめ、IEでだめ、クロムをインストールしてもだめ、
ことごとくはじかれる。
高橋麻奈:やさしいJava活用編 p6〜10 Sample2.java
commandPrompt からアプレットビューアーを動かすと初期化不良 誰でも簡単にネットで稼げる方法など
参考までに、
⇒ 『半藤のブブイウイウレレ』 というサイトで見ることができます。
グーグル検索⇒『半藤のブブイウイウレレ』
I9HUKIDSP8 ☆ 日本の、改憲を行いましょう。現在、衆議員と参議院の
両院で、改憲議員が3分の2を超えております。
『憲法改正国民投票法』、でググってみてください。国会の発議は
すでに可能です。平和は勝ち取るものです。お願い致します。☆☆