1 :
デフォルトの名無しさん :
2005/10/16(日) 15:08:28 新しいクライアント・サイド・スクリプティングの潮流「Ajax」のスレ。 3年前の情報システム板では ・DHTMLなど「まだ」普及していない (素人さん) ・Webサービスの本格活用には、ブロードバンドインフラの普及(2004〜2005頃)が必須 (Gartner調べ) ・分散MVCなんて本当にできるの?ヒントくれ。 ・入力値バリデーションに限らず、処理をクライアント側に自由に委譲するフレームワークの一般化に期待。 といった感じの意見が出ました。 Ajaxはどうでしょうか
板違い
4=キチガイ
WebProg板でやれヴォケ
「エイジャックス」と気取った発音する奴うざい。 「アジャックス」でいいだろ。
DHTMLにJavaScriptだあ? そんなもんこの板で語るネタじゃねえだろ。
糸冬 了
コニャックス
なぜにここまで持ち上げられるのかわからん。
WebProg板がネタ枯れしてるからでしょう
よく分かってない奴ほど騒ぐ
コナミ?
要するにただの裏技にすぎないんだが、マクロメディアに弱みを 握られたくないGoogle他が大々的に使い出したお陰で いきなりメジャーになったね。 まあ、ブラウザ毎の差異などのくだらないTIPS以外には 特に話すこともないので、ム板的にはつまらん話題だろうな。
結局、Javascriptの脆弱性が克服されないとダメなんでは オレも普段はJavascript オフにしてるし
> オレも普段はJavascript オフにしてるし みんなそう思ってた。 Googleが、「それは違う」と言った。 それで、そういうことになった。
ActiveXも危ない。
> Ajaxは、Webページ全体を何度もロードする代わりに、 > 必要に応じてデータを部分的に呼び出すことで > Webアプリケーションを高速化する一連のWeb開発ツール。 > Ajaxスライダーを使えば素早くズームできる。 > ユーザビリティの専門家ジェイコブ・ニールセン氏
25 :
デフォルトの名無しさん :2005/10/24(月) 21:33:50
google mapsってさぁ、凄いのは衛星写真のデータであって ajax は凄くないような気がするんだよなぁ・・・ なんかみんな騙されてない?
コナミのシューティングの話題は板違い。
>>25 はっきり言って衛星写真なんか暇つぶし程度の価値しかないだろ。
俺はマップデータしか使ってないけど、ドラッグ&ドロップのスクロールとか
革命的に便利だと思うが。
webprogでやれ web製作でやれ 最近勘違い君多いよね、actionscriptやjavascriptなどやる プログラマー気取り プログラムじゃないから 思いっきりスクリプトって書いてあるだろ コーダーかスクリプターって言えよ
>>29 913 名前:デフォルトの名無しさん[] 投稿日:2005/10/25(火) 16:05:12
webprogでやれ
web製作でやれ
最近勘違い君多いよね、actionscriptやjavascriptなどやる
プログラマー気取り
プログラムじゃないから
思いっきりスクリプトって書いてあるだろ
コーダーかスクリプターって言えよ
914 名前:マイク ◆yrBrqfF1Ew [sage] 投稿日:2005/10/25(火) 16:17:37
4年前からスクリプトとプログラムの違いがわからない。
915 名前:デフォルトの名無しさん[sage] 投稿日:2005/10/25(火) 16:47:35
スクリプトがプログラムじゃないと思ってる痛い
>>913 がいるスレはここですか?
916 名前:デフォルトの名無しさん[sage] 投稿日:2005/10/25(火) 17:41:46
>>913 マ板で半年ROMれ
917 名前:デフォルトの名無しさん[sage] 投稿日:2005/10/25(火) 19:07:47
スクリプトエンジン上でプログラム言語扱いしたことがないんだろうな
スクリプトと名の付くものの界隈に厨が多いのは感じないでもないが
Ajax絡みはエグくて深い通好みなマの世界だぞ
918 デフォルトの名無しさん 2005/10/25(火) 20:52:49 全然 ajax絡みこそ厨が多い気がする 919 デフォルトの名無しさん sage 2005/10/25(火) 20:53:45 名前だけはかっこいいもんな
(・∀・)
スクリプト並みにレスが繰り返してますね。 これって性格の悪い住人のせいなんでしょうか? 精神分裂病予備軍の人って執拗に同じことを繰り返すって聞いたことある! 犯罪犯す前に、自分で病院に逝ってください。
いやこのスレが プログラム板にあり続けるかぎり続くとおもうぞ だって板違いだから・・・・ Ajaxはプログラムではないし、相応しい板があります
なんか沸いてるな。
WebProgなのかぁ… Web制作じゃねーの?
Webで使わん例を考えりゃよかろう。ローカル鯖と通信とか。 ゲームのキーコンフィグ用プログラムを簡易httpサーバとして実装してるのがあったね。 UIのデザインにあまり気を使わなくて楽かもしれん。
Web Designing 9月号のAjax特集を読んでいてAjaxが判らなくなった。 この雑誌では、ページ上の画像がドラックして移動できるスクリプトを紹介してAjaxとか逝っていた。 これくらい、ブックマークレットでもできるのにAjaxとかいうか? やっぱ、デザイナーってバカだと思われているんだよなぁ...
>>41 いや、ブックマークレットは違うと思うぞ。
DHTMLのほうが正しいな。
Web Designing と
>>41 は同レベルということで
同意
違うだろ、ブックマークレットでだって出来るような 簡単なDHTMLにすぎないのに、Ajaxといっていいのか? って事でしょ。 バカだと思われるよ。
このスレの結論はAjaxで騒いでる香具師どもはデザイナー並みの馬鹿って事でよろしいか?
いやいや 結論は板違いです
Web Designing とかいう 名前がでるのがもうおかしいもん いや俺もその雑誌は読んでるけどね
51 :
デフォルトの名無しさん :2005/10/30(日) 19:56:16
Ajaxが流行って定着すると数年後にJavaApplication需要が 高まるのが予想できるからスキル習得に迷わなくていい。
JavaApplication?
>>52 ブラウザに飽きる
Flashは高いしなぁ
じゃあJavaApplet?
てかApplicationでいいじゃん
という流れ
なんでh抜かしてるんだ?
仕様です。
>>53 WEBブラウザ使わないんじゃAjaxでも何でも無い罠
>>57 51は、JavaApplication普及への
布石としてはAjaxを評価してやってもいい
って事でしょ
バカだと思われるよ
JavaApplicationってなによw javaとajaxになんの関係があるんだ javaなんてもう何年も前の技術なのに 普及しきった跡で普及も糞もない やっぱりajaxとかいってるやつってプログラム自体には ほとんど無知なやつが有頂天になってプログラム気取ってるやつ多いの分かる気がする デザイナーが多いんだろうね、デザイナーも気取りだろうけど
いささか腐ラッシャーのブログとか webデザイン雑誌でajaxを刷り込まれて かっこいいとか思ってるんだろ 最後に”ックス”ってつくものは本当に受けがいいよな なんでもw
JavaApplicationが普及しきってる? どこの痴呆患者が紛れ込んでるの?
だからこんなスレこの板には要らないんだっていったいなんd(ry
JavaApplicationが なにか最先端な技術だとでもおもってるのかなw ajaxとJavaApplicationになんの関係があるのやらw 無知をひけらかすのも大概にしたほうがいいよ
Ajaxだって10年前からあるじゃん どっから「最先端な技術だと思っている」という発想に至るのか疑問
そういえば昔、カーソルにハムスター付けて喜んでたなぁ〜
ajaxは10年も前からないだろwwwwwwwwwwwww 利用している技術そのものはあるかもしれんが 概念自体は1年か2年ほど前にgoogleが独自に開発した技術だろ なんていうか右も左もいちいち教えないとわからん連中ばっかだな
> 利用している技術そのものはあるかもしれんが 既に議論おわってんじゃねーか
やっぱり右も左も言わないとわからんようだな javascriptやXMLは10年前からあるわなw しかしajaxはないだろ
ajaxマンセーajax叩きってサンドイッチ構造になってるよね 初心者→ajaxマンセー jsかじった→ajax叩き 自称js通, web2.0通, スクリプト厨→ajaxマンセー マ→ajax叩き
ajaxはjsでやる非同期通信ソケットだろ? IEが10年前からやってんじゃん
非同期通信httpな ソケットじゃない まあプログラム板なんだから叩かれて当然だわな
とにかくまあweb板でやってくれと。 どうしてもajaxをプログラムとして昇華させたいようだな
webアプリとデスクトップアプリの境界線が薄くなりつつあるわけだから、 Ajaxくらいは許容してもいいんじゃないかなぁと思うのは私だけ?
RIAはWEB業界の1/4を占める需要を生んでるからな ajaxそのものが生き残ることはないだろうけど RIA市場の起爆剤にはなるから、見守りたい
>>74 釣りですか?
一応ここ「プログラム技術」板だからさぁ。
>>76 ?真面目に話したつもりなんだけど・・・
プログラムをローカルなパソコンで走らせても、サーバーで走らせてブラウザに結果を表示させても、
プログラムはプログラムでしょ?
今まではwebアプリはwebアプリ臭ただようものがたくさんあったけど、
Ajaxはデスクトップアプリ並みとはいわないが操作時のストレスを軽減することに成功しているし、
これからのwebアプリはこの傾向が強まっていくと思う。
ム板にAjaxスレがあるのは、ある意味時代の流れを反映したことなんじゃ?
>>77 言っている意味がさっぱりわからん
ajaxはhttpリクエストとxmlを使用した非同期通信の概念で作成されるものだろ
ブラウザとhttpとxmlを使用している限りwebアプリなんだから板違いだ
仮にローカルで動かすことに限定してこの板で話すにしても、誰もajaxをローカルで動かそうとしないし
このスレでも同様だろ(居るには居ると思うけどね)
なぜローカルで動かそうとしないかというとローカルで動かすものじゃないからだ
ローカルで動かすものは、それこそプログラム板で散々語られてるCやC++などの最適な技術があるからだ
ajaxはwebのために開発された技術なんだよ、ローカルで動かすことも「不可能じゃない」が、それはあくまで例外的な使い道に過ぎないんだよ
基本はwebだよ。それを無視するな。ローカルで動かそうとかいうならweb板で「ローカルで動かしてみようスレ」でも立てるんだな
文句があるならgoogleに言えよ
第一そんな議論するまえにajaxはプログラムじゃない。おわかり?
なんでわざわざここでajaxについてスレを立てたがるのかわからん 素直にweb板に行けばいいだろ
ヒステリーもそこまで極まると痛いぞ 削除依頼でも出したら?消されたら移動するだろうしされなきゃ残る
>>78 ???おれの文章がまずいせいかもしれないけど誤解しているよ。
おれはサーバーで走っているプログラムをローカルで走らせようなんて思っちゃいないよ。
アプリケーションを利用するユーザーにとって、アプリケーションがローカルで走っているのか、
サーバーで走っているのか区別がつかなくなるところまで到達するにはまだ時間がかかるだろうけど、
Ajax(またはAjaxに代わる新しい技術)にデスクトップアプリ開発者がなじむことは悪いことではないと思うよ。
Javascriptはよくあるスクリプト言語の一つでしょ。 なんで、ム板じゃいけないのか意味不明。 右クリック禁止だのは、WebProg板に誘導すればいいだけ。 スレタイにJavascriptと入れない方が厨よけとしていいと思うし。 別に、書き込み数が異常に多いわけでもないし、 常時ageられるわけでもない過疎スレをつぶすことに、なんでそんなに必死なの? 自分が興味ないスレにまで出張してきて、スレをつぶしたがる理由がわからん。 ところで、DelphiでのTWebBrowserなど、ブラウザコンポーネントを使って、 httpで通信を行ってXMLを操作するプログラムを書く場合には、 これもWebアプリということで板違いですか?
GoogleとSUNがあっさり提携したからブラウザの質そのものが変わる可能性はある SUNがJava規格を他の団体に託すかどうかによるけど
いやいやjavascriptはプログラムだろ
ajaxはプログラムじゃない
簡単なことだ
おわかり?
>>82 それはwebアプリとはいわんだろ
特定のユーザーがサーバーにアクセスしブラウザを介して初めて受けられるサービス
それがwebアプリ
それは単にhttpとxmlをつかってるだけ
>>84 >ajaxはプログラムじゃない
Ajax(Asynchronous JavaScript and XML)はWebアプリの作り方の一種であるわけだから、
それ自体はプログラムじゃないよなぁ。たしかに。
しかし、それはAjaxに限った話ではなく、世の中の開発技法はそれ自体がプログラムではない。
>>84 の発言はいったい何を意図したものなんだ?
>>86 Dirext Xスレを潰しに行くという意思表明に加え
jakarta commonsスレを潰しに行くという意思表明です。
>>86 プログラムじゃないものがなんでここにあるんだよ
”世の中の開発技法”だなんて勝手に視野を広げてくれるなよw
”webの開発技法”と限定してみろ
web製作板やwebpro板というどう考えても相応しい板が用意されてあるんだから
そこに誘導するのは当然だろ
>>87 Dirext Xは言語の一つだろ
ajaxと変えて例えるには全く違う
「板違いです」が正確な意図だなww
DirctXはAPI群でわ。DirextXは知らんが。 まぁAjaxはWEB制作板が相応しいと思うけれど。
事の細部までしっかり説明しないと こうも理解できないものなのか まあ開発技法のひとつをこの板でスレ立てるなとまで言う気はないよ だがajaxはwebの開発技法であり技術だろ webなんだよ、わかるか? それには相応の板が用意されてるんだ むしろこっちが聞きたいな、 なんでわざわざ「web製作板」や「webprog板」を無視して「プログラム板」で立てるんだ これこそ意図がわからん
Webアプリには違いないんだが、従来の紙芝居的Webアプリと デスクトップアプリの中間に位置づけられると思うんだよねぇ。Ajax。 専らデスクトップアプリの開発に携わっているんだが、 AjaxというかAjaxに続くであろう新しい技術には大いに興味がある。 ・・・という意味ではこのスレは許容範囲かなぁ。個人的には。
ASP方面で語るならWebProgじゃもの足らんかも
>別に、書き込み数が異常に多いわけでもないし、 >常時ageられるわけでもない過疎スレをつぶすことに、なんでそんなに必死なの? >自分が興味ないスレにまで出張してきて、スレをつぶしたがる理由がわからん。 おいおい、この部分は完全にスルーされちまったな。 書き込みが少なければそのうち勝手に落ちるだろ。寛容になれよ。
つーか多少板違いでもいいんじゃね? あまり気にすることじゃないだろ
>>95 板違いと自覚してくれてりゃいいと思うよ。
似たような論法でスレ乱立とか移住とかされると困るから
芽を摘んでおきたいだけだろうし。
97 :
1 :2005/11/01(火) 11:13:32
相変わらず汚ねぇ蛆虫が繁殖してるな
E・∇・ヨノシ <100ゲット♫
101 :
デフォルトの名無しさん :2005/11/01(火) 23:18:52
101匹ワンちゃん大集合 ワンちゃん〜みたいに〜投げたいな〜♪ 打ちたいな〜♪ ワンちゃんはピアノが得意 でも、ゴルフは右打ち
>>69 XMLは十年前は勧告されてない
出鱈目は駄目よ
>>102 javascriptはしらんが、xmlのよぅにタグで文書(データ)構造を表現する方式は
色んな人が使ってたよ。
単に、後からxmlって単語がくっついてきただけじゃない?
ちなみに104は69だから 俺ね まあ別に10年前からじゃなくてもajaxより前なら なんでもいいんだけどね
107 :
103 :2005/11/02(水) 15:14:46
>>105 え、俺が一番イタいのか!?なんかしらんがすまねぇ!
ヒント:SGML
来年になったら、誰も話してなさそうな悪寒
もうすでに(ry
111 :
デフォルトの名無しさん :2005/11/03(木) 05:13:49
Ajaxって恥ずかしい単語になっちゃったよね
仕事じゃ使えんな
え、これからだろ? 今のWebアプリ、Ajaxでやりゃいいのに、ってところが結構あるじゃん。
>>104 あるにはあるけどWD(正式リリースではない、作り中)じゃないか。
俺の見間違いならすまない。
まあ、一応存在してることには入るが、安心して
使用できるものではないなあ…。
>>103 まあXMLは単なる木構造だからね。
しかし名前空間という仕組みがある。
ajaxの活躍はこれからだ!! ○○先生の次回作にご期待ください 〜〜糸冬〜〜
Google先生?
恥ずかしい単語になったよね だってほとんどDHTMLとかわんないもん かっこよく言い直しました的な気持ち悪さあるよね
え? でも実際今まで使ってなくて、これから使うだろ? Webやってるんなら。
Ajaxと今までのDHTMLの最大の違うはスクリプト上で小さなDBが作れるところかな。 今までだとフォームのパーツそのものを呼び出すのが現実的な限界だった。 これからはそうでなくなる。
>>121 具体的にどんなよ
技術そのものではDHTMLもajaxもできることはおんなじだよ
技術的に可能不可能の差異はない
問題はなにをしているかでajaxと呼ぶかの違いだけだろ
>>122 > 技術そのものではDHTMLもajaxもできることはおんなじだよ
ぱーぷー
Ajaxに感化されてJavaScriptのライブラリ書く奴が 増えただけだろ
>122 >技術そのものではDHTMLもajaxもできることはおんなじだよ それはギャグで言って(ry
いやできることは同じだろ DHTMLに不可能でajaxにできることなんてあったかな 問題はなにをしてるかの違いだけだ
DHTMLのころは、非同期通信なんてものは想定もしてなかったと思うんですが、 そんなあたしはとんちんかんちん一休さんでしょうか?
>>128 不可能じゃないし技術の想定内でもある
だがだれもそれについて名前をつけてなかっただけ
それに改めて名前をつけたのがgoogle
だから妙に恥ずかしいんだよねこの名前>ajax
>>129 > それに改めて名前をつけたのがgoogle
Adaptive Path な。
おまえらgoogleがruby使ったらruby使うのか?
GoogleがPython使ってるから、Pythonを使っていますが何か?
>>126 LiveScriptのままのほうが良かったのに・・・って思うのオレだけ?
Java と関係あると思っちゃうよなぁ JavaScript。
まあ関係ないこともないんだけどね sunが開発協力したからjavaに似ている部分ができたし。 中途半端すぎて誤解招くと考えなかったのかなあ
>129 DHTMLの頃はXMLHttpRequestは含まれてないだろ そりゃIEは実装してたかもしれんが、 DHTMLという定義の範囲で使ってた事例はないだろ
>>129 それは知りませんでした。
ちなみに、JavaScriptだけでどうやってHTTPリクエストを投げて、
どうやってレスポンスを受けられたのでしょうか?
クレクレ君で申し訳ありませんが、古い資料には見当たりませんで…
137 :
デフォルトの名無しさん :2005/11/05(土) 12:09:44
Ajaxを調べていて、ここに流れ着きました. ここの板をROMしてみて, 以外にAjaxを単なるDHML,Javascriptの延長?みたいな発言に多いことに驚きました. ちなみにAjaxと言う言葉自体は@ITで最近知ったんですけど、 似たようなことを数年前から仕事でやっていたのですが、 あまり体系だってやっていなかったので、 今回のAjaxで似たようなことを考えるヤツがやっぱりいるんだと ちょいと驚いていたところでした。 Javascriptにたいして、プチ・パラダイムシフトが起きないと なかなか考えがWebから抜け出せない、 というか、もっと延ばし方を考えるともっと簡単で面白いことができる。 なので、只今、Ajaxについて調べ始めたところでした.
138 :
デフォルトの名無しさん :2005/11/05(土) 12:16:22
>>137 だからなんだ?
ここはおまえのくそみたいな感想を書くスレじゃねぇ。
二度とくるな、糞が
139 :
デフォルトの名無しさん :2005/11/05(土) 12:46:31
>>138 感想?
それは失礼しました.
前置きを置いて
Javascript,DOMをAjaxの観点で情報を収集したかったのだけれど
>二度とくるな、糞が
いきなり攻撃されるのもなんなんで、二度ときませんわ。
140 :
デフォルトの名無しさん :2005/11/05(土) 12:53:30
>>139 きてんじゃねーか、ボケッ
二度とこのスレみるんじぁねーよ、カス
141 :
デフォルトの名無しさん :2005/11/05(土) 13:23:57
ま、いまは否定的な意見が多いが そのうち質問の嵐になると思うよ いろんなサイトいってごらんよ 個人HPはもちろんのことブログでさえAjax使っているのあるし WikiにもAjax利用しているものがある でもって、顧客が「ここ、Ajaxでお願いします」とか言われたらやるしかないしね
Ajaxは非同期だからな、業務系に進出してくることは考えにくい。
143 :
デフォルトの名無しさん :2005/11/05(土) 13:33:09
>>142 >Ajaxは非同期だからな、業務系に進出してくることは考えにくい。
理由付けがよくわからないが・・・
ま、仕事で使わないから勉強しないというお前の考えはよくわかった
郵便番号to住所ASPがより手ごろな値段で実現できるのは確か。
146 :
デフォルトの名無しさん :2005/11/05(土) 13:57:58
負け惜しみか?w
ここでAjax流行らせようとしてる奴が必死すぎなんですが Google関係者とかですか
DHTMLとWeb2.0は何が違うのん?(´・ω・`)
>>148 具体的にAjaxが流行るとGoogleにどんな利益があるの?
GoogleはAjaxに固執はしてないと思うんだがなぁ。
他により良い技術があるならそれを利用するだろうし。
129だけど
なんかいきなり荒れててわろたw
DHMTLにはhttpリクエストも非同期通信もふくまれてるよ
正確にはjavascriptにだけどね
だからajaxでできることにDHTMLもといjavascriptにできないことはない
技術の延長線上にあるんだから。
そのHTTPの非同期通信にあらためて開発手順をまとめて
一つのかたちにしたのがgoogleの提唱するajaxだから
>>135 >>136 >>137 ていうかajax作ったひと本人がそういってるでしょw
DHTMLとか90年代に遊んだことない人は感じにくいとおもうけど
じっさいよく似てるよ
だから
>>137 ももう少しajaxとjavascriptのことを勉強すれば
驚くこともないとおもうよ
それだと DHTML と JavaScript の違いが分からなくなりますが
>>150 固執してないわけがないでしょw
投資して開発してるんだから
表向きにはいい顔してflashと争わないというような発言してるけど
チャンスさえあればいくらでもシェア奪うよw
Googleは今すぐMSに買収されるべきだ
むしろ俺が疑問に思うのは DHTMLに非同期通信が含まれて居ないという定義がわからん ajaxは非同期通信ないとajaxと呼ばないかもしれないけど DHTMLはあってもなくてもDHTMLだからw ajaxほど狭い範囲で技術の定義がされていないんですよDHTMLは。 まあ、DHTMLで今非同期通信すればそれはajaxになるから ある意味でDHTMLに非同期通信はないのかもしれないけど ajaxがない時代(一年くらいまえ)に DHTMLでXMLを非同期通信してたらなんて呼ぶんだとw DHTMLでしょ それがgoogleの提唱と開発によってajaxとなっただけだよ
>>136 なんでjavascriptだけなんだw
そんなことは言った覚えがないが
DHTMLにhttpリスエスとやxmlを使っちゃだめという
定義はないよ
だからある意味でDHTMLはajaxを包括している技術なんだよ
ajaxはその特定の技術を抽出して、延長して開発方法をまとめたものだからね
もう少しajaxとjavascriptの関係について勉強してみよう
どうしてajaxを必死になってキャンペーンしてるんですか? 漏れにはわかりません(´・ω・`)
>>150 GoogleはJavaを取り込むでしょ。
そのうちSUNが買われるんじゃない?
159 :
129 :2005/11/05(土) 19:07:46
とはいえ批判しているわけでもないんだけどねw なんか一部にはそう捉えられるらしい
だからGoogleはAjaxを提唱してはいないと何度言ったら
てか勝手にajaxなんて名前付けるなと言いたい。
>>161 はげ同w
初めてその言葉の内容聞いたとき、さぶいぼたった
まーた作っても作らなくていいような言葉つくったな・・・と
>>153 主にJavaScriptとXMLという既存のものを組み合わせてAjaxという
Webアプリの開発手法を確立するのにGoogleはそんなにお金かけてないんじゃない?
もちろん、maps作り上げた社員にはそれなりの報酬を支払ってはいるだろうケド。
オープンソースを使い倒して自社技術はプロプライエタリ。 これがGoogleの基本です。
>>163 なんでもタダじゃないのよ坊や
それなりに形にして発表して自社の作品に取り込むには
投資しなければならないの
既存の技術でmaps作ろうと思えばいくらでもできるものを
わざわざ名をあげて技術を披露するのは莫大なリスクと金がかかるのよ
個人の趣味でやるのとは違う
第一google自体が投資してるって言る、ソースは自分で拾え
>>164 半分いえてるね
googleの基本は他人が作り上げたコンテンツをまとめるだけで
自分はコンテンツそのものを作らないが基本だからw
そんなgoogleがajaxは 自分たちで積極的に第一者として利用して開発しようっていうんだから 莫大な金を賭けてないわけがない かなり固執してるでしょ 結果をみれば一目両全じゃんw 右みても左みてもajax言ってる そういう意味ではgoogleの作戦は第一段階は成功といえるだろうね
>>169 最近は目新しいネタが枯渇してたから、ajaxに飛びついてるように見える
オレには
XML over HTTPなら、もうブラウザ要らないよね?
>>168 のリンクからの引用
>DiBonaは、表示する検索結果を判断する際に同社が利用するアルゴリズムに言及し、
>「PageRankをオープンソース化することは絶対ない。これがGoogleをGoogleたらしめているからだ」と語っている。
まぁ、全部をオープンには出来ないでしょ。どんな企業も。
オープンソースを利用するだけならセコイ企業ってことになるだろうけど。
>Googleはオープンソースソフトウェアを利用しているだけではない。同社はオープンソースを生み出してもいる。たとえば、
>同社の社員はApache Axis Webサービスプロジェクトにソフトウェアを提供していると、DiBonaは言う。
>>156 あ、そうか「DHTMLの頃」って僕の中では「5,6年前」って意味と等しかったんだけど、
貴方の中ではいまだ現在進行形で、だからこそDHTMLはAJAXを包含するって考えてるわけですね。
それは話がかみ合わないわけだ。
なんか噛み付いたみたいになってすみません。
感覚の違いは、「DHTML」という言葉が生きてると考えるか、死んでるとするか、だったんですね。
生きてると考えてる人にとっては、AJAXって確かにしゃらくせぇこっぱずかしいリネームかも。
>>173 >あ、そうか「DHTMLの頃」って僕の中では「5,6年前」って意味と等しかったんだけど、
それはお前の考えがわるいw
現在進行形で進んでいると行った覚えもないのに勝手な妄想を繰り広げるなw
なんかコンプレックスもってるのか?
DHTMLは死んでるだろうね、その技術を新しい形にして売りに持ち込んだのが
ajaxと言えるだろう
いわばそれまで古臭いものだったjavasctiprとDHTMLに現代的な使い方を示した
「ある意味で包括している」って書いていると思うんだけど、それはその技術の定義範囲ってことね
だからわざわざajaxなんて言葉で装飾しなくてもDHTMLといえる技術なんだから
必要のない定義だって思うんだけど
これでjavascriptがまた日を浴びたと考えると意義のあるものになったのかもねw
生きている死んでいるの話をしてるんじゃないよ
>>155 もよく読んでみよう
>>173 感覚の違いは、「DHTML」という言葉が生きてると考えるか、死んでるとするか
じゃなくて
ajaxができる前までに”DHTMLを使ったことがあるかないか”の違いだなw
使ったことのある人間ならajaxとDHTMLの類似性とDHTMLやjavascriptの
再熱を感じることができると思うよ
古参気取りかそうでないか、か。 古い言葉にこだわって「DHTMLといわずにAjaxという新参うざい」と。 「宣伝目的だ」「実質的には何も変わってない」ってのはその通りとして、 別にDHTMLでもAjaxでも言葉なんて状況にあわせて使えばいいだけだな。
スタテックな画面がHTML 見た目が動くけど内容変えるときは画面遷移するのがDHTML 画面遷移することなくどんどんWebと通信するのがAjax 分けたほうが分かりやすいから分けただけ
>>176 いやいや
むしろ俺としては好意的だよajax
javascriptの技術が無駄にすまないですむからな。いくらでも応用が効く
昔にDHTML使っていればいるほどajaxはありがたい存在でしょ
forms[0].hogeText.valueとかがノーマナーになってしまうのは面倒だな<DHTML
まさかこんな形でまた javascriptが復活するなんておもってなかったからなw 完全に忘れかけてたし ありがたやありがたや
個人的には呼び名なんてどうでもいいが、 画面全体がパラパラマンガしてる従来のWebアプリと区別したくなる気持ちは分かるな。
>>177 >見た目が動くけど内容変えるときは画面遷移するのがDHTML
アホ?
>>182 みたいな言葉だけのいい逃げって2ch特有だよな
>>183 いやおれもアホ?とまではいかないけど
何言ってるの?という感想はもった
わざわざレスしてるんだから、なぜそう思うのか書けよ
AJAXとDHTMLを別物として扱うからアホって言われるんだろ?
別物として扱うからもてはやすことができるんだろ
内容変えるのにページリクエストしないもの たくさんあるのから何言ってるの? と思う
>内容変えるときは画面遷移するのが 遷移しないDHTML腐るほどあるから 何言ってるの?と思う
遷移せずにデータを更新できるの?
なあ、DHTMLを使わずにポストバックで内容を変えるASPみたいのは、何と呼べばいいんだ?
>>190 データの更新ってなにを指すんだw
サーバーにあるデータを更新するということか?
ブラウザに表示されているテキストや画面を変えるということか?
さっきからわけのわからん事ばかり言ってる奴はなんなんだ
・・・CGI
ASP
Ajax って言葉が出てきた途端 DHTML DHTML 言い出すような輩が 今まで JavaScript の評判を地に落としてたんだろ。 JavaScript のこと見てきた人間なら DHTML なんて言葉恥ずかしくて使えん。
俺は言えるけど
お前はただの天邪鬼
DHTML
http://e-words.jp/w/DHTML.html Webページに容易に対話性を持たせることができるHTMLの拡張仕様。HTML文書の中にJavaScriptやVBScriptで
スクリプトを埋め込むことにより、プラグインやActiveXコントロール、Javaアプレットなどの、容量が大きく処理が重い技術を使うことなく、
動きがあって対話性を持ったWebページを作成することができる
ajax
Webブラウザに実装されているJavaScriptのHTTP通信機能を使って、Webページのリロードを伴わずにサーバと
XML形式のデータのやり取りを行なって処理を進めていく対話型Webアプリケーションの実装形態。
どちらも対話型
しかもjavascritp
DHMLは同期できないとかいう人はもう少し勉強しなおそう
>>196 いや無視できない存在でしょwどう考えても
なんかDHTMLに嫌な思い出でもあるのか?
>JavaScript のこと見てきた人間なら
嘘をつくなw
AJAXはDHTMLの一機能に勝手に名前を付けただけなんだよ
> プラグインやActiveXコントロール、Javaアプレットなどの、容量が大きく処理が重い技術を使うことなく JavaがSUNから巣立ったら共通のサンドボックスプラグインが使えるだろうし、もうちょっとの辛抱
> DHTML DHTML 言い出すような輩が 今まで JavaScript の評判を地に落としてたんだろ。 ずいぶん勝手な決めつけだなw いつ評判がおちたのやら。 むしろ90年代のDHTMLの普及があるからjavascritpが進化して 今のajaxが存在したと言っても過言ではない DHTMLを知っている人間ならそこを指摘した上で 往来のその技術をajaxに生かそうと再熱してるんでしょw
JavaScriptの評価を上げたのはDHTMLでもAjaxでもなくFlash ActionScriptだな。
>199 javascritpってなんだ?
意味の分かるものの揚げ足を取らずには居られない時点で議論で負けとるがな
>>204 そんな言語ないよね?
だったら打ち間違いでしょ
プ
なんか
>>196 みたいな書き込みみると
ajaxを最近知った人ってDHTMLのこと認めたくないらしいね
俺はむしろajaxはjavascript復活してくれたわけだから、ありがたいのに
別にいいんだけどweb周りの歴史についてもっと勉強してくれorz
グローバルコミニュケーションツールを触る奴がそんな根暗でどうするんだ
>>208 LiveScriptの存在なんて知ってる必要ないですよ
Googleだって認めてない
まあとりあえず
DHTMLについては今更勉強するようなことでもないので
>>199 でもよく読んでくれ
> XML形式のデータのやり取り これってジョンソンとかいうのが主流だと思ってたけど違うの?
> いつ評判がおちたのやら。 ロクな使われ方をされなかった間中ずっと
ふー
間違ったことを妄信してる者を理解させるのって
結構大変だね
まあ理解させる必要もないのかもしれないけどw
一応昔のことも正しく知ってないと恥ずかしいんじゃないかと思ってねw
その上でのajaxですよ
>>214 それはいえてるw
ブラウザ同士の互換性がないからひどかったな、あのころは
今のCSSに良く似てる
使えばいいってもんじゃない、適切に使うことが大事
あのころは javascriptの機能をいかに豊富にするかがブラウザシェアを奪えるかの 鍵になってると信じて疑わなくて MSが拡張しまくるしまくるw まあ結果間違ってはなかったんだけどね、シェア80%以上w かつてのライバルのネスケは藻屑と化してるw
Flashが無ければ火狐もオペラも居なかっただろうけどね
HTTP 通信の無い DHTML なんてブラウザの本来の機能を阻害するものが主だったわけで Ajax はそこらへんも考慮しての Async なんだろう。 DHTML の右クリ禁止とか星降らせるとかカーソル追従みたいなイメージを認めたくないのはわかるが、 JavaScript が疎まれたのは一重にくだらない DHTML 機能のせい。
>>218 Googleハイライトがレイヤー貫通するからってその言い草は何だ
>>218 >JavaScript が疎まれたのは一重にくだらない DHTML 機能のせい。
マイクロソフトのせいな
無駄な拡張で粗悪なDHMTLが増えてしまった
なんか盛り上がっててワロス
>DHTML の右クリ禁止とか星降らせるとかカーソル追従みたいなイメージ 素晴らしいDHTMLをみたことがないらしい flashもない時代、アプレット入れないで 動くキャラクター掲示板やチャットシステムなど webデザイン雑誌でよくとりあげられてたな 今でもちょくちょくみるじゃん
>DHTML の右クリ禁止とか星降らせるとかカーソル追従みたいなイメージを認めたくないのはわかるが 最近はflashの姿と化していますw
>>222 例外を挙げて何になるんだ。
ほとんどの人が糞みたいな DHTML しか体験しなかったのは事実だろ。
ネットサーフィンするときは JavaScriptはOFF これ常識(藁
>>225 お前は先生を連れて歩かないのか?
先生を打ち倒すゴロツキなんて今の時代いないって
>>224 × 糞みたいな DHTML
○ 糞みたいなブラウザ互換
ほんと歴史をしらないらしいな
あのことは雪降らせたり、マウス追従でも大手企業のサイトが平気でやってたよ
すげー!ってw
つまりそのころの技術(開発進度、ネット回線、PCスペック)ではそれが限界だったんだよ
flashなんてあると思ってたのか?w
>>227 それ以前なんて
ほとんどテキストと画像を一枚ぺらっと
貼り付けたようなページしかなかったな
動くってだけで革新的だった
だからDHTML使いまくる使いまくるw
で DHTML はウザイというイメージが定着
画像にマウスを乗っけて画像が入れ替わっただけでうれション状態だったしなお前ら
えっと、「僕ちゃんだけは古い時代知ってまちゅ」的な奴が跋扈してますが、 AJAXでJSの技術が再認識されてるって言う現実はおまいらも歓迎なんだな?
>>231 ×「僕ちゃんだけは古い時代知ってまちゅ」的な奴が跋扈してますが、
○「僕だけ古い時代のことなにも知らなかった」
俺もそんな昔からPCいじってないが
それくらいは知ってるぞ
でもさあ、AJAXが流行るとIE以外のブラウザが廃れたりしないか?
最近のことは知らないんじゃねーの?ただ、そんな昔のこと持ち出さない
>>231 そんなふるい時代の話じゃない
せいぜい7、8年前だろw
まあIT業界のなかじゃかなりの年数になるがな
お前いくつくらい?中学生ならお前みたいな考えでもしょうがなくはないかな
あるいは全くPC触ったことなかったのか?
俺も歳をとったのう・・・
昔なら JavaScript ぐらいしか無かったから触ったやつも大勢居るだろうな
>>236 だな
今ほどいろんな言語であふれかえってない
ローカルといえばjavascriptかjava
サーバーサイドならcgiもといパールしかなかった
これからどんどん増えるんだろうなあ
>>233 とりあえず maps は Firefox でも動くよ。
>>235 餓鬼であればあるほど人を餓鬼扱いしたがるって知ってた?
>>240 餓鬼であればあるほど人を餓鬼扱いしたがるって言う人ほど
餓鬼であればあるほど人を餓鬼扱いしたがるって知ってた?
Flashみたいなのがフリーソフトであればいいのに。ブラウザ経由だなんて面倒なことしたくない。 JavaScriptは好きだけど、ブラウザは認めない。
>>241 ごめん、その反応は予想外だったw漏れの負けだw
良識あるプログラマーなら Ajaxなんかに手を出さない
>245 そのこころは?
>>242 たしかあるよ
flashのフリーソフト
ASできるんならコンパイラもあるし、
たしかになあ ブラウザ依存がいやだよねえ それさえなければ、どれだけ恵まれるか cssもしかり
>242 ブラウザ以外で動く JavaScript ってあるんだっけ?
AdobeもAppleもJavaScriptを可愛がってるし JavaScriptの未来は明るいよ 小規模アプリは全てJSが食い尽くす
で、またmsが暴走して 拡張しまくって嫌われるっと・・
>>249 FlashのActionScriptはJavaScriptと兄弟関係だよ(ECMAScriptの派生クラス)
RhinoのようなJavaへの組み込みJavaScriptもある
こっちは凄いことにスクリプト上でJavaのインスタンスも生成可能
PDFにJavaScriptって埋め込めるのな・・・知らんかった。
>>251 さすがに同じ轍は踏まないだろ。
今回のAJAXムーブメントで一つ大きいのは、
ブラウザの違いは低レベルで隠蔽して、
末端はそういうの気にせず作れるって所にあると思うんだ。
>>256 MSが暴れてくれたからAjaxの今日がある。
やんちゃな子はひつようだよ
>>256 JavaScriptはブラウザの違いを思いっきり影響受けるじゃん。
Ajaxやる以上全部のブラウザ用のコード書くってことだろ?
>>256 ブラウザの違いは低レベルで隠蔽して、
末端はそういうの気にせず作れるって所にあると思うんだ。
具体的に?どんなところ?
>>257 そこの記事はどんなテクノロジーでも
似たような記事になるなw
もうすぐAJAXじゃなくAtlasと呼ぶ事になるんだろ?
>>256 ところがどっこいもうすでになんども踏んでるんだなあ
j++しかりcssしかり
裁判になってもこりないのがMS帝国ゆえんかw
Atlasには正直期待している
Googleも支援ツールだすんだろ? Eclipseにうまく吸収されるといいな
>>263 自分らが作った仕様書どおりのものも作れないのに、
他人の作った仕様に準拠したソフト作れるわけないだろ
JavaScriptからWEBサービス呼び出すのもAJAXなのか?
>>266 仕様どおりにつくったら
独自拡張にならないだろw
どれだけ逸脱するかがms流拡張だ(笑
仕様書無視とそれにともなう裁判は MSの立派なビジネススタイルです
270 :
デフォルトの名無しさん :2005/11/05(土) 23:47:18
age
独自拡張するのはそっちの方が絶対使いやすいとMSが判断したからであって それで仕様を混乱させようなどという意図は一切ない。 MSが提案した使いやすい拡張を無視した標準化団体が悪い。
全てを手中にしないと 気が収まらないらしいからなw 今のMSのライバル視してるのはgoogleだし これ以上ajaxが普及しそうなら間違いなく独自拡張にくるだろうなあajaxの。 ブラウザ業界占めてるのはmsだから、googleもそれが怖くて 正確なajaxの技術の定義はしないで、やんわりとこいうのがajaxです みたいな位置づけをしてるんだろうな
A j a x の 独 自 拡 張 っ て ナ ニ ?
ワロス
>>274 なに?って疑問にできるように
あいまいな定義にしてるんだってw
Ajaxを知るまでJavascriptが例外を投げることすら知らなかった
>>277-278 お前らAjaxの意味わかってんのか?
もはや文章が意味不明だぞ?
IEでしか動かないAjaxって今でも簡単いつくれるし、
それって単にIEでしか用意されてない機能をJavaScriptから呼んだだけじゃん。
ちなみにAtlasはブラウザ非依存だからな。
>>259 >>260 クロスブラウザのJSライブラリなんかいっぱい落ちてるじゃない。
実際にUI組むときはそういうの活用するでしょ。と言うかしてよw
>>280 > ちなみにAtlasはブラウザ非依存だからな。
ぎりぎりのところで嫌がらせするに決まってる。改行とか。
ぎりぎりなら許す!
え?
>>284 Mac版IEへの伝説的嫌がらせじゃないか
>>289 >IEでしか動かないAjaxって今でも簡単いつくれるし
自分で答えいってるじゃねーかよw
さらにIEでしか動かないようなajaxが大量生産されるってことだよ
良いんじゃねえの?8割のブラウザで動くなら。
たとえばjavascriptでxml書き換えなんか MSが拡張してみろw 飛びついてajaxに取り込むだろw これはほんの一例 ブラウザ依存しているかぎりajaxの独自拡張は もっとも恐れるところだろう
そうなると またDHTMLの二の舞になるっと・・・ ネスケが今度はgoogleになるのか・・・
こう考えるとMS
>>289 ECMAScriptの最新版にX4Jって規格があるから独自拡張でもないよ
そっせんしてECMAの勧告を受け入れる姿勢にお兄さん好感持っちゃう
独自拡張してはいけないなんていう法律はないからな。 Googleにはぜひ苦しんでいただこう
ここまで、ROMってきた折れが考える端的なDHTMLとAjaxの定義。 DHTML=ブラウザでの『見た目を変える』ことに、主眼が置かれた技術。 Ajax=スクリプトの内部から任意にデータを読込ことが出来るようになって、 CGIで担っていたレスポンス処理をクライアント側で出来るようにした技術 Ajaxの次ぎにくる技術の勝手な予想。 IE独自の仕様 contenteditable 属性が拡張して、ブラウザ上でコンテンツの編集、更新がページ変遷なしに出来きるようなやつ。 MSは、OfficeとIEさえ持っていれば、何でも出来ますくらいにIEを拡張すると勝手に予想します田。
てかMSに追随できない方が悪い。
こう考えるとMSがいかに恐怖の対象にされてるかわかるなw 誰もネスケにはなりたくないからなあ あれは悲惨すぎるw あのsunですらjavaをギタギタにされたからなあ 次のターゲットは検索シェアに圧倒的な力をもってるgoogleみたいだし ajaxは怖いよ、ほんと
>>292 一例だからw
勧告を取り込むのは独自拡張とはいえない
わかる?
そういう怖さがあるから プログラマーはajaxに安易に手を出しにくい 一部の企業の増益に関与するものや技術依存は避けたいからな 何よりjavascriptっていうのがもうトラウマみたいになってるw
IE6(2001年)以降MSはIEの機能追加をほとんどしてこなかった。 なぜだかわかるか?
いや、そういう怖さがあるから 「MSの独自拡張には手を出しにくい」 ってなるのが普通だと思ってたんだけど…違うの? トラウマは禿同だけど。
しかし拡張するのもリスクがいる 今のIEみればわかると思うが、セキュリティーホールや不都合が それだけ発生しやすい 結局せっかく拡張した機能を全て機能停止にしなければ防ぎきれませんの状態になる>SP2
>>300 は?
いくらでもしてるじゃん
CSSしかりsp2しかり
ビスタじゃさらに多機能になるだろ
特にRSS関係は力入れてるみたいだし
>>303 RSSは独自規格を発表してたな
機能じゃなく仕様まで弄るのが凄い度胸だ
>>301 頭のいいひとはそうだろうね、うん
しかし頭のいい人ばかりではなかったんだよ
ライトユーザーが輝くばかりの魅力的な機能に飛びついてきたから
今のIEが存在している
そしてこの世の大半はライトユーザーだった
それだけの話だよ
MSは 「俺たちが中心であり正義なんだ!」 と言わんばかりだからな 変な意味でちょっとすごいと思う
RSSはIE7だろが
「俺たちが中心であり正義なんだ!」 どこもおかしくないが?
>>299 特定のブラウザで動けばいいものなら話は別だけど、
一般的にWebアプリの開発者は、ブラウザによる独自拡張の使用は極力を避け、
最大公約数的な機能のみを使用するWebアプリを作ろうとするのでは?
頑張っても、ブラウザごとに場合わけすることになったりもするけど。
webアプリじゃなくても、windowsアプリでも例えばwin98/win2k/winxpの APIの振る舞いの違いに対処しなければならないことはあるし、 独自拡張を必要以上に恐れることはないよ。
>>309 Windows限定です。ごめんねー(;^^)ってサイトは五万とあるからね
スレが馬鹿みたいに伸びてると思ったら・・・
馬鹿なスレにようこそ!!
そのキャッチコピーいいな
そのくせ ファイヤーフォックスマンせーは IE限定でーすっていうサイトに 執着するよねw
ム板だけどな まじぼけ(´д`)
>311 それが許される場合であれば、なおのこと独自拡張なんぞ恐れることはないな・・・
スゲーwww 新着160ってありえナス とりあえず今北産業
このスレどうなってるの?(@_@)
なんかえらくはりきってるのが一人いるみたいね。
もはやバズワードなのにな。
バズワード!出た!バズワード出た!得意技!バズワード出た!バズワード!これ!バズワード出たよ〜〜〜!!
>>309 Webプログラマが手を抜いてIE専用になってるページなんてごまんとあるだろ
つーか、ゲイツは独自拡張する前にまずW3Cの勧告を満たせと
パスワード?
W3Cこそ現実的な仕様を出せ
document.getElementsByName(name); ラジオボタンのためだけに作られたかのような
誰か折れにAjaxをわかりやすく説明してくれ JavaScriptがSoapでサーバと動的に通信したらAjaxって名乗ってもいいのか?
>>328 エスケープした文字列をアンエスケープしてevalできればAjaxでおk
>>328 JavaScriptから(スクリプト内)から、自由(非同期)に任意のデータ(text, XML, 画像ファイルなど)を読み込むことが出来て
さらに読み込んだデータを引き続きJavaScriptで処理できる一連の処理をAjaxと言うと思う。
説明サンクス 具体的でわかりやすかった
DHTMLとAjaxの大きな違いは、外部からデータを持ってくるかどうかなわけで、 それを実現するXMLHttpRequestを最初に作り出したマイクロソフトは凄いと思う。
だからただの HTTP 通信機能だっつーの。 しかも XMLHttpRequest は Mozilla であってIE は ActiveX 持ち出さなきゃいけない。
>>334 後発で組み込んでおいて何を言ってるんだ。
これだからツンデレは・・・
だからただの HTTP 通信機能だっつーの。
>>336 画面遷移を伴うブラウザの常識を根底から覆したMSにツンデレなんだろ?
表で認めさせたらツンデレにならないか。
>>334 ActiveXを持ち出すことのなにが悪いの?
>>336 もし、本当にただのHTTP通信機能だというのなら、
なぜ今までのHTTP通信機能で出来なかったのかと疑問にならないか?
その疑問の答えは、これがただのHTTP通信機能ではないという説明にもなる。
ツンデレを追い詰めるのはやめろ!
なんでもかんでもツンデレにすりゃいいってもんじゃない。
ツンデレを追い詰めてたら、とうとう逃げ場がなくなったようだ。 詰んでる
やっべ、不覚にも笑っちまった。
>>340 ただの HTTP 通信機能だっつーとこを否定すんのか?
ただの HTTP 通信機能じゃなかったらなんなんだよw
ついでに今までの HTTP 通信機能との違いとやらも存在するなら説明してくれw
>>340 別にできるだろ。
隠しフレームでも作って、そいつに読み込んで onload でも使えば良いんだし。(非同期)
つか、web制作向きの話しだよなぁ…
>>347 XMLHttpRequest の話してんだろバカかお前
>>346 一番重要なのは、出来るのにやらなかったということ。
その理由を解決したMSはいい仕事をした!
おまえ面白いな。
>>349 別に、やってたよ。端にはやってなかっただけで。
Opera なんてXMLHttpRequest系の実装無かったから、結局フレーム使わざるをえなかったし。
まじめな話、AJAXってのをはやらしたGoogleは画期的だとは思うが、
といってこの板で話すって事が理解できないんだよなぁ…
だいたい、webprog板にあって本命のweb制作板に無いってのが、AJAX,AJAX言ってる
奴らってわかってないんじゃなかろうか…、とか思うなぁ。
MSの偉大なフロンティアスピリッツを称えられない奴って何が好きで生きてるの?
MS が良質のソフトウェアをたくさん生み出している事実は知っているけど 言語に HTTP 通信機能を付けるぐらいのことでいちいち賞賛を送るべきだとは思えないな。
>>353 はツンデレが大人の男になっていく様子を垣間見るようだ。
いちいちエチケットペーパーが必要なのかガキばっかだな
>>355 ガキという方がガキなんだぞです(^^;;;
ツンデレは煽りにも弱い。
全くだ
で、お前ら実際にAJAX使って何にか作ってるの?
コロンブスの卵という話を知っているか?
だーかーら DHTMLもばりばり対話型だっつーのw 同期非同期サーバーとの連携なんでもござれだからw そんなのなかったっていってるやつは、みてないだけだろ それを抽出して、ひとつの作業の一連に名前をつけたのがajaxだから なーんか無意味にajaxがかつてなかったものだと 無理に持ち上げたがるやつがいるなw
また猛烈にスレが伸びてる・・・ 1人張り切ってるアホがいるけど、 googleから金でも貰ってるのか?
香具師の多いスレだな
また明日の朝になったら新着130件とかなの?(´・ω・`)
>>365 誰もそんなの無かったなんて言ってねーよ捏造すんな。
DHTML の名前を冠したスクリプトなんてブラウザの機能を阻害するだけの
糞みたいなものがほとんどだって言ってんだ。
ここで一部の先進的な DHTML を「DHTML も良かった」なんて誤解招くような誉め方したら
糞スクリプター勘違いさせて第二の DHTML を生み出す可能性が上がるって言ってんだろ。
>>218 が言うところの
> DHTML の右クリ禁止とか星降らせるとかカーソル追従みたいなイメージ
程度の知識しかない輩が議論に混ざっている限り、絶対に話は噛み合わんと思う。(ム板的に)
もうDHTMLもAjaxも一括りにしてHTMLでいいじゃん
MVCで言えば、VCのクライアントサイドへの移譲だと思えば良いのか > AJAX
373 :
デフォルトの名無しさん :2005/11/08(火) 19:16:52
>>372 V の部分的移譲じゃね?
普通、基本的なレイアウトはサーバーから提供される奴使う。
C についてはどれくらい DOM でいじるかによると思う。
innerHTML に流し込むだけなら C はサーバーサイドの処理。
>>372 「限定された V + 限定された C」 って認識してるなあ。
V については
>>373 の言う通り、
Ajax エンジンが HTML 全部を構築するわけではなくて、
サーバから提供された中の、ごく限定された範囲の HTML を変更するのが普通だろうし。
C については、
- ページの遷移
- セッション管理
- M へのアクセス
- DB 層へのアクセス (これは M で行なったり)
とか以外は、まあ、できると思う。
Ajax と従来のやり方では、MVC の分担のし方が変わってくるね。
なんつーか、ごちゃまぜになるっていうか。
>>373-374 やっぱそんな感じなのかぁ。
昔作ったサイトを、AJAXで置き換えてるんだけど、結構大変なんだよねぇ…
Vに関しては、クライアントサイドテンプレートシステムが無いとしんどい。
デスクトップアプリケーションを強く意識した物にしようと思ってるんで、
ウィンドウペインシステムを自前で一から作る羽目になったし。
Cに関しては、どこまでやるかにもよるんだろうけど、
ヴァリデートとかクライアントサイドでやるようになると、それこそクライアントサイドフレームワークでも
作んないとやってらんなくなるかもしれんなぁ。
使い勝手の良さを上げる”だけ”に留めるのが、良いのかもしれんなぁ…
だとすると、大しておもしろくも無いよなぁ…
ぼつぼつ、この辺を意識したクライアントライブラリもあるみたいだけど。
Web2.0ってのはAjaxから?Ajaxも1.5?
全く関係の無い言葉
ブラウザ使うWebAppの場合、 MVCの切り分けって M: DB、DB操作 C: Servlet (ページ生成、Modelへのアクセス) V: ブラウザに表示されるhtml、その中で表現されるComponent、UI という風に考えれば良いの? 例えば、Applicationの構成が以下のような場合はどぅ切り分ければ良いんでしょうか? [Webブラウザ] htmlの表示、ユーザの操作 ↑↓ [WebServer上のServlet] html生成(Servlet)、Transaction(Entity単位のロジックを組み合わせる) ↑↓ [DbServer上のDB+DBアクセスロジック] Entity単位のロジック(Sql)、Entity
>>380 hiddenが変更されると思ってないほうが悪い
まったくだ。 後生だからこういうアホはWebプログラミングしないでほしい。
POSTされたデータの汚染チェックなんて、初めてのPerlにでも書いてあるだろ。
JSのチェックはユーザのためのチェックであって、サーバのためのチェックではない。
変更されたくない値は変更できなくすればいいだけだろ 第一危険性を語るもなにもそこまで普及してないわなw 技術に踊らされてるいいパターンだ phtoshopの機能に振り回されて自分の絵柄変わっちゃうみたな
>.385 ごめん見ちゃった
>>385 セッション限定じゃないか。CGIだとそうはいかんざき。
あ〜、今一把握できないんだが… RPCサーバ側で引数のチェックなんてしてない事を前提に危険性を語ってるのか? つか、AJAXのサーバ側ってRPCサーバだと思っていいんだよな。 そいつとXMLでやり取り…XML-RPCとかSOAPとかって話に… 違うのか?
>>385 >変更されたくない値は変更できなくすればいいだけだろ
どうやって?
はっきり言って無理だろ。
ようするにこれって html編集でhaiddenの値が変更されてしまうかもって ことでしょ?
>>288 鯖側はPerlとかCとかでもいいんじゃない?
392 :
デフォルトの名無しさん :2005/11/12(土) 09:41:06
クライアントから送られてきたデータがリクエストパラメータ丸呑みにするような サーバサイドスクリプト書いているようなら、マジでAjaxがどうこう以前の話になるよな・・・。
クライアントから送られてきたデータがリクエストパラメータ丸呑みにするってどういう状況だ?
>>393 鵜呑みと間違えて書いているようなら、マジでプログラミングがどうこう以前の話になるよな・・・。
>>394 サニタイズしてないって意味なら「前処理もせずに」の意図をもって「丸呑み」でも間違っていない気がする
あんまりあり得そうもナサゲだな。
> あんまりあり得そうもナサゲだな。 これもこれで面白い表現ですな。
2chで見ればいいじゃん。意味わかんね
datにアクセスしてクライアントサイドでHTML作ってるんだろ。 つまり、サーバの負荷がそれだけ下がるってこったな。 ただ、中継しなきゃならんのだろうから、中継サーバの負荷が… 2chが自前でやらなきゃな。
前処理もせずに鵜呑みって 処理はしてるだろ ここでいってるのはそういうことじゃない気がする
何より問題なのはAJAXは遅すぎると言う事だよ。 これでは使い物にならん。
自分のロジックをもう一度よく見てみな屑コーダ
速い代わりにリソース無駄遣いだろ?
そう、遅い。所詮スクリプトだから実行速度が話にならない。 クライアントサイドでちゃんと作ったソフトにかなうことはない
JavaScriptの代わりにActiveX使おうぜ
それだね
407 :
デフォルトの名無しさん :2005/11/13(日) 21:25:02
リソースは使う為にあるに一票
大富豪プログラマーのおでまし
409 :
デフォルトの名無しさん :2005/11/13(日) 23:38:14
WebでActivX使わなきゃなんないコンテンツは失敗
クライアントスクリプトなんてデフォルトでOFFですよ
いちいち全部鯖で計算させる方がよっぽど富豪的だし遅いと思うんだがなぁ。
Google様が「世の中のクライアントは全てJavascriptオンにしろ」って言ってるんだし 鯖の裏方はPythonでやってますよって言ってるわけだから そういう世の中になっちゃったんだよ、きっと
オンかオフで統一とか言ってんのお前だけだよ(ガハハ
>>412 google使うときはJavascriptをオンにするけど
他のサイトじゃさすがにオンにしないな
ポップアップの許可みたいに ドメイン単位でJavascriptのオンオフ設定 出来るようになる予感。
えっそうなの?がびーん
FirefoxだとNoScriptという拡張を入れればおk
script嫌うのは分かるがこのスレにわいてる奴みたいな感じだと 絶対に10年後時代に取り残されてるなぁ・・・ 何も考えない初心者の方が頭が柔らかい。 デスクトップにファイルを置くのは悪いことだと考えてたあの頃が懐かしい
>>419 こいつは既に10年間取り残されてるようだw
デスクトップにファイル置くのは今でも十分悪いことだぞw
>>420 それが何故悪いのかが分からないと初心者と一緒
どこが悪いんだかさっぱり分からない。 作業するための場所に展開して何が悪い?
デスクトップに置くとVRAMが消費されて全体の速度が遅いからダメなんだろ? Windows3.1時代の遺物、せいぜい95までの話
>>422-423 あと、基本的に
Documents and Settingsに保存されてるものは
イントラネット環境下だとサーバからコピーされてくるから
ネットワーク帯域使いまくってネットワーク管理人から文句が来る。
スタンドアロンでも数Gのファイルをデスクトップに置いたら起動時間がめちゃ遅くなる。
オプトピ注意
オプトイン注意
Msxml.XMLHTTPってタイムアウトを設定できないのか.....orz 使えねーにも程がある。
俺は基本的に外野から見てるだけだが
>>423 の知識が10年遅れてることだけはよくわかった。
scriptは嫌いだがデスクトップにはファイルを置く。 メタファーを考えると、机の上が散乱してるのは当然だろ?
机の中の方が産卵するだろ普通
作業スペースは綺麗にしとくけど。
>>429 スクリプトを嫌う=デスクトップにファイルを置くのを嫌う
(スクリプトを使う)=デスクトップにファイルを置く
>>428 この10年で新しく現れたデスクトップにファイルを
置いたらダメな理由を教えてください
ウイルスの格好のまと
>>434 それ、My Documentもやばいんじゃね?
>>1 もち
というかいまどきデスクトップにファイル置く奴の気がしれん
なんもわかってないといった感じだな
おじいちゃんおばあちゃんじゃないんだからそんなことするなよw
よくわからんがデスクトップにファイル置くってのは プログラムがそれをやるってことで 自分が勝手にデスクトップにファイル置くのは問題ないだろ? わざわざテンポラリフォルダ作ってる奴の方がよっぽど前時代的でキモイ
デスクトップを狙うウィルスってたとえば何よ。
>>433 新しく現れた、というと語弊があるかもしれないが
デスクトップにファイルをもりもり置くということは
ユーザープロファイルの肥大に繋がるのでよろしくない。
>>424 が既に言ってることだけど。
まあこれは(今さらこんなこと言うのもあれだが)MSの設計が悪いわけだが。
>>439 と、いうことは小さなファイルを置くことは問題ないわけだ。
>>419 で皮肉ってるのは小さなファイルを置くのまでも
アレルギー的に嫌っている人だ。
それをスクリプトで軽量な使い方をするのまで
アレルギーを起こしている人と重ねている。
元々CGIでサーバーサイドがスクリプトが処理していたことを
AJAXはクライアントサイドでやらせるだけ。
そのような用途にアレルギーを起こしているのがおかしいから皮肉った。
ただそれだけ。
くっだらない喧嘩は他でやってください。
2ch以外のどこでやれと?
そこらの公園ででもどうぞ
>>445 リアルワールドじゃ同期通信しかできません
デスクトップに自分で考えた フォルダ名入れたら安心だと思ってる奴なんて いたのか
448 :
デフォルトの名無しさん :2005/11/15(火) 20:52:20
Ajaxを使ったリッチなユーザインターフェイスを持つ ソーシャルブックマークサービスってありませんか? 参考にしたいので。
449 :
デフォルトの名無しさん :2005/11/15(火) 21:06:35
a
デリシャスのAPI使った ajaxインターフェイスならあったよな
director か
まんこ
OSXのDashboardは一種のAjax?
どこがやねん。
Dashboardのwidgetの実体はHTMLとJSとCSSをパッケージングしたもの 描画と通信をJSで制御し、非同期通信しながら情報を表示。 レイアウトはHTMLとCSS。事実widgetはそのままsafariに ドロップしても見れるし機能する場合もある。 なんとなくAjaxっぽいと思うんだが
どっちかというとHTAとかActiveDesktopに似てるけどな。
XUL や Konfabulator もだな。 確かに技術やノウハウに共通するところは多いと思う。 ただ、雨後の筍のように出てきたライブラリ群がそこまで意識できているかというと微妙。
>>458 悲しんでないでどこが間違ってるか教えてください、先生
教えてクン、ウザい
クライアントスクリプト使って鯖と非同期通信してりゃAjaxですよ
それってただのクラサバ
464 :
デフォルトの名無しさん :2005/11/20(日) 19:02:57
c/sとajaxは、どこが違うんだ?
なんでいちいち言葉削って語弊があるような言い方をするんだろうね
Web2.0 だの Ajax だのいちいち名前をつけるなといいたい
467 :
デフォルトの名無しさん :2005/11/23(水) 15:02:00
Ajaxと呼ばれる手順がそんなに一般的なら、どうしてAjaxの名前がでるまで、ろくにそれを利用したWebアプリがつくられなかったのかね。 画面を更新しないでスクリプトでサーバと通信したい、なんてみんなやりたくても出来ずにいるのかと思ってた。 知ってたけど、やらなかっただけ、ってことか?
XMLHTTPRequestをサポートしないようなWebブラウザが ほとんど無視できるくらいマイナーになったからでは?
469 :
デフォルトの名無しさん :2005/11/23(水) 16:09:07
でもLAN上に公開するWebアプリとかなら、IE限定、とか割り切れるのも結構あるし。 UserAgentチェックしてIEのみ、なんてのも結構つくったよ、俺。 それでも、Ajaxライクな技術を使おう、なんていうプロジェクトは一つもなかったし、 使おう、みたいな記事も全く読んだことがなかったんだよな。 最近は急に出てきたけど。
やっぱGoogle様が強力なサンプルを提示して 宣伝したっていうのがでかいんじゃない
Webブラウザ+JavaScriptでそんな大層な事ができるとは 誰も思ってなかった=誰も調べようともしなかっただけでは?
>>59 > JavaApplicationってなによw
Javaのpublic static void main(String[] args){}を
起点に動かすJavaプログラムのことでしょ。
JavaAppletの代わりとしてJavaApplicationを動かすには
主に、JavaWebStartを使ってmain(String[] args)から
動かせるJavaSwingアプリケーションを作る必要があるね。
> javaとajaxになんの関係があるんだ
JavaOne Tokyo 2005のセッションではセッションタイトルに
Ajaxとつくセッションがいくつもあったよ。
サーバ再度はJavaServlet+ HibernateやJBoss + Spring Frameworkとかで
クライアントサイドはAjaxという組み合わせで
リッチクライアントアプリケーションを作りましょうって話なんだけどね。
> javaなんてもう何年も前の技術なのに
> 普及しきった跡で普及も糞もない
Ajaxに使われているJavaScriptもJavaと同じくらい古いもんだよ。
> やっぱりajaxとかいってるやつってプログラム自体には
> ほとんど無知なやつが有頂天になってプログラム気取ってるやつ多いの分かる気がする
> デザイナーが多いんだろうね、デザイナーも気取りだろうけど
まあPHPはJavaServletと違ってメモリリソース消費が非常に少なく
レンタルサーバが多いからそれでそういうデザイナ上がりのPHPウェブ
プログラマが増殖してしまった、とも言えるけどね。
473 :
デフォルトの名無しさん :2005/11/23(水) 17:24:28
>>472 何を真顔でとんちんかんなことを・・・。
>>467 今までAjax見たいなやり方はタブーだった気がする。
やればできるのはわかるけど、そんなのやる奴は馬鹿だよねーみたいな。
そこにGoogleがそのタブーを破っちゃったんで、無視せざるおえなくなった。
475 :
デフォルトの名無しさん :2005/11/23(水) 19:54:38
まったく
>>1 はなぜ
Ajaxを用いて実際に開発する方法を
紹介しているサイトをテンプレートに
加えていないのだ?
ただAjaxの概要を紹介しているサイトばかりで
実践に不向きなサイトばかりじゃないか。
Ajaxを開発するために必要なツール、
最低限の知識、技術はJavaScript + XML以外に
一体なんなのか説明しているサイトは一体どのにあるのやら。
JavaScriptで作られたフレームワークっていうなら
そのAjaxフレームワークを実際に使って
簡単なサンプルを動かす例は一体どこにあるのやら。
それがわかりにくい。
476 :
デフォルトの名無しさん :2005/11/23(水) 20:00:45
>>475 そこまでは普通に調べられる人が集まるスレなんだろう、きっと。
というわけで、BYE!!
477 :
デフォルトの名無しさん :2005/11/23(水) 20:03:39
>>296 > こう考えるとMSがいかに恐怖の対象にされてるかわかるなw
> 誰もネスケにはなりたくないからなあ
> あれは悲惨すぎるw
> あのsunですらjavaをギタギタにされたからなあ
義多義田にされたのはJavaすべてではなく
JavaApplet、デスクトップJavaだけだよ。
それも今ではJVMの高速化とJavaWebStart, Java Swing APIの
さらなる進化により復活の兆しを見せているが。Mustangからかなり高速化が期待。
一方、当時JavaAppletに対抗する手段としてJavaとくらべ明らかにセキュリティに
問題があるActiveXがあったがその問題が理由により終わってしまった。
むしろM$に義多義田にされたのではなくC/C++などの既存のスタンドアロンアプリに
勝てなかった、Flashに義多義田にされたってのが筋が通ってる感じだろう。
今後はAjax + Javaという組み合わせが面白くなりそうだ。
> 次のターゲットは検索シェアに圧倒的な力をもってるgoogleみたいだし
> ajaxは怖いよ、ほんと
最近のM$の独自拡張もおちついてきた感じだ。
Firefox勢力の拡大、W3CやISOによるXML絡みの動きから独自拡張も
落ち着いてきているので心配もかなり少なめなのではと見ている。
478 :
デフォルトの名無しさん :2005/11/23(水) 20:04:13
>>476 はAjaxを使って実際に開発したことがあんの?
>>339 >
>>334 > ActiveXを持ち出すことのなにが悪いの?
セキュリティ上問題があることと
Windowでしか動かないこと
IE以外で動かないという問題がある。
481 :
デフォルトの名無しさん :2005/11/23(水) 20:07:10
>>479 無いから必死になってんの
っていうかAjaxに興味はあるけど
技術的なことや実装方法について
興味がある香具師はこのスレにはまさか
一人もいないのか?
482 :
デフォルトの名無しさん :2005/11/23(水) 20:09:14
>>374 Ajaxっていうとただのクライアント専用でVだけだと思ったのだが。
それともAjax単体でサーバでも動かせるもんなのか?
さすがにそれはないとは思うが
>>380 hiddenを使うところから先は真っ先に
サーバサイド言語PHP, Perl, Javaなどに
送信して任せればいいんじゃないのか?
hiddenに入れる値は変更されてもかまわないものだけに しておけば問題がおきることはないと
485 :
デフォルトの名無しさん :2005/11/23(水) 20:16:33
>>397 Ajaxよりも高速に処理できるものをわざわざ
Ajaxで作る必要性が感じないのだが。
C++などのコンパイル言語で作られたアプリの
ほうがインタプリタ言語で動くものと比べ
明らかに高速なのだから。
>>411 だからそこでリッチクライアントを使えといっているんだよ。
JavaWebStart とか C/C++アプリケーションとか。
今はスピードは求められていない。
488 :
デフォルトの名無しさん :2005/11/23(水) 20:22:03
AjaxはFlashのように手軽に作れる環境がなきゃ 個人ではなかなか普及しないんではないかって気がするな。 クライアント側は Ajax + JavaWebStart+Java Swingデスクトップアプリ + Java Applet + Flash + Flex サーバ側は Tomcat(Servlet/JSP) or JBoss + Apache Struts + Hibernate + Spring Framework + OracleやPostgreSQLなどとか って感じでやるのがこれから増えてくるのかね。
>>485 速けりゃいいってもんじゃないってことでしょ
490 :
デフォルトの名無しさん :2005/11/23(水) 20:24:35
>>487 スピードは求められてないからJavaも使えるんだよ。
そもそもAjaxはオブジェクト指向で開発できるのか?
そこが気になる。
@ITや日経のAjax解説を見ると
JavaScriptを使ってはいるが、
独自の記法を使っているフレームワークがあるぞ。
それによるとクラスを作れるとあるが・・・。
これについて議論する奴がスレに一人もいないってのは
一体どういう事なんだ?
スレを立てた
>>1 はAjaxを本当に使いこなしているのか?
まさか他人任せなんてことじゃないよな?
> そもそもAjaxはオブジェクト指向で開発できるのか? ↑あははははははは
492 :
デフォルトの名無しさん :2005/11/23(水) 20:30:40
>>490 AjaxってXMLHTTPRequestを使った、非同期通信のことだろ?
ってことは、つまるところフロントサイドを制御するJavaScriptの技法のみじゃん。
それでなんでそんな無我夢中になる必要があるのかが分からんのだけど、
なんか他のと間違えてない?
それとも俺がAjax、ってのを捕らえ違えている?
493 :
デフォルトの名無しさん :2005/11/23(水) 20:30:48
>>489 だからJavaは遅いと昔から言われてると。
ついでにいうとJavaScriptも遅い。
最近ではJavaも早くなったが。
速度の問題はいいとして、
JavaScriptなんてJavaからすればおもちゃみたいな言語で
セキュリティも糞もあったもんじゃないしな。
それにオブジェクト指向言語じゃない。
プロトタイプベースという限定的なオブジェクト指向で
クラスを自作できないからJavaScriptは糞にしかみえない。
その言語を使ってAjaxなるものを作ったといっても、
開発効率はそれで高まるのか疑問なのだ。
なにやらAjax解説サイトでは独自の言語を使っているものを
見かけるが。
Ajaxを使いこなすにはJavaScriptとはまた
別の言語を使って開発しないといけないのか
それともJavaScriptだけ知っていればいいのか
っていうことをこのスレで議論できる奴が今のところ
一人もいないってことはいったいどういうことなんだ?
494 :
デフォルトの名無しさん :2005/11/23(水) 20:31:39
>>491 笑っている(ことを象徴するレスをしている)ってことはできない思っていた俺の考えは間違いで
本当はできるってことか?
> プロトタイプベースという限定的なオブジェクト指向で > クラスを自作できないからJavaScriptは糞にしかみえない。 ↑あははははは > なにやらAjax解説サイトでは独自の言語を使っているものを > 見かけるが。 それJavaScriptだよ。JavaScriptの構文ぐらい知ってようね。あはははは
496 :
デフォルトの名無しさん :2005/11/23(水) 20:33:02
Ajax = JavaScript + XML と聞いただけでこいつはオブジェクト指向が つかえねえな、ってしか思えないからどうでもいいやって みんな思ってしまうんだが、 実際のところどうよ?
JavaScript に new キーワードはちゃんとあるじゃん。 もちろん、インスタンスを生成する機能さ。
クライアントのブラウザで動くAjaxが独自の言語だとしたら、 一般的なクライアントで動くわけ無いじゃんw
要するに「僕もgoogleと同じ技術使ってるんだ!」ということだろ
500 :
デフォルトの名無しさん :2005/11/23(水) 20:41:51
>>497 だから既存のクラスからインスタンスを生成できるだけで
クラスそのものを自作することはできないだろって行ってるんだ。
Ajaxはやっぱりただのプロトタイプベースオブジェクト指向ってことだな。
と思ったんだが、
>>495 よ、これがJavaScriptに見えるか?
Ajaxフォトアルバムのフェードイン画像フレームを作ろう −@IT
"PhotoFrame = Class.create();
PhotoFrame.prototype = {
initialize: function(...) {
...
},
showImage: function(...) {
...
},
setSize: function(...) {
...
}
}"
http://www.atmarkit.co.jp/fwcr/rensai/ajax_photoalbum01/03.html
(・∀・) エイジャーックス! エイジャーックス!
>>497 プロトタイプベースオブジェクト指向と
一般のオブジェクト指向との違いはわかるか?
504 :
デフォルトの名無しさん :2005/11/23(水) 20:45:23
これ(
>>500 のソースコード)をみるとクラスを自作できないはずのJavaScriptを使って
クラスを自作できるみたいだが。
コンストラクタも作れると書いてある。
こいつは一体どういうことかいね。
Ajaxエンジンとかいうフレームワークだかわからないものに
このソースコードをパースするスクリプトが入っていて
そいつを使ってJavaScript以外の文法(自作クラスなど)も動かすことができるってことかいね?
>>500 > クラスそのものを自作することはできないだろって行ってるんだ。
作れるだろ。あはははは。
これでもみとけ。
http://web.paulownia.jp/script/oop/class.html MyClass2.prototype.execute = function(e){
this.p2 = e;
}
window.alert(my2.p2);// undefined
my2.execute("new field");
window.alert(my2.p2);// "new field"
window.alert(my2.p3);// undefined
my2.p3 = "新しいプロパティ";
window.alert(my2.p3);// "新しいプロパティ"
煽りあいながら勉強するスレ?
>>500 のソースコードは
PrototypeというAjaxに使われるフレームワーク
を使っているみたいだが、Ajaxに使われているJavaScriptフレームワーク
はこんなに沢山あるみたいだな。
Ajaxフォトアルバムのフェードイン画像フレームを作ろう −@IT
Prototype - 非同期リクエスト、DOM操作、イベント管理のための最低限の機能を
備えたフレームワーク。現在多く使用され始めている
MochiKit - AjaxだけでなくJavaScriptの言語拡張機能も含むライブラリ
SAJAX - JavaScriptからサーバ側の関数を呼び出す形のAjaxツールキット。
Perl、PHP、Python、Rubyなどがサポートされている
Dojo - Ajax機能を含むUIコンポーネントを多数備えたツールキット。
使用するモジュールを個別にインポートするクラスライブラリ的な構造を取っている
script.aculo.us - ハイライトやフェードなどのアニメーションエフェクト、
ドラッグ&ドロップなどを実現するライブラリ。Prototypeをベースに開発されている
Rico - エフェクトやドラッグ&ドロップのほか、より高度なUIを搭載するライブラリ。
Prototypeがベースになっている
http://www.atmarkit.co.jp/fwcr/rensai/ajax_photoalbum01/02.html Prototypeについてだが、
こいつはとりあえず継承できないクラスだけを作れるってことかね?
継承ができればある程度までデザインパターンを実現できそうだな。
あとは名前空間(またはパッケージ)の概念と
カプセル化による情報隠蔽さえあればな、オブジェクト指向言語らしく
なってくるのだが。
名前空間は、クラス名を代用すればいいし、 カプセル化はローカル変数を使用すれば良い。
prototype.jsでぐぐりましょう
継承はJavaScriptのprototype構文を調べればできることが分かる。
prototype.js は JavaScriptでかかれています。
>>505 スクリプト言語に後付けでオブジェクト指向を
追加したような仕様だな。
MATLABとかActionScriptとかにありがちな。
結局擬似的なクラスを作ることができる関数を使って
オブジェクトもどきを生成してあーだこーだするってやつか。
privateやprotected宣言, 定数や一回しか代入することが
許されない変数の定義や自作したクラスをメソッドの引数に指定して
特定の型を持つオブジェクトしかメソッド引数に入れられないってことはできるのか?
それらができないならオブジェクト指向らしくないな。
っていうかそれ
>>500 のPrototypeとどう関係あるんだ?
文法が全然違うだろが。
>>509 > 名前空間は、クラス名を代用すればいいし、
> カプセル化はローカル変数を使用すれば良い。
全然駄目駄目じゃん。
PHPと同じような駄目言語
というかPHPよりも最悪な駄目言語。
名前空間が使えないために無駄に長いクラス名を使うのは
PHP開発でもウンザリしてるんだよ。
Ajaxに期待しても結局そんな気持ち悪いことばかりでは
開発効率があからないな。
次期JavaScriptバージョンでまともなオブジェクト指向ができる
ことに期待するしかないか。
・・・。だめな理由がないw
> 名前空間が使えないために無駄に長いクラス名を使うのは 短いクラス名でいいじゃん。 名前がぶつかるって? なら、名前空間の変わりにクラスを使えば良い。 namespace.class.method()のように。 名前空間とクラスなんて:と.の違いでしかない。
> 名前空間とクラスなんて:と.の違いでしかない。 名言
518 :
デフォルトの名無しさん :2005/11/23(水) 21:14:23
>>505-506 ページ見てみたけど
っていうかやっぱりJavaScriptははっきりいって糞だよ。
ActionScriptと同じようなやり方でしかクラスつくれないなんてがっかりだな。
メソッド定義も、このメソッドはこのクラスのオブジェクト
からしか使えないことを簡単に指定できるものに見えず、
一歩間違えるとC++にありがちなただのグローバル関数
になりかねない感じだな。
それから、メソッドのオーバーロードもできないのか?
ブラウザ依存があるって書いてあるのもちっとイマイチ。
これがホントにクラスなのかっていいたいくらい酷い仕様。
無理やりって感じが否めない。Cで関数ポインタとか使って
擬似的にオブジェクト指向するよりはましだけど。
この環境じゃ、デバッグが大変そうだな。
型の概念が曖昧でいい加減なJavaScriptを使って
Ajax開発するのはバグ探しに苦労しそうだ。
優れたJavaScriptデバッガの存在を知らないだけに
Ajaxだけで大規模リッチクライアントを開発するのはかなり不安だな。
クラススコープの概念がしっかりしているGroovyのほうがまだいい。
Ajax開発をJavaScriptの代わりにGroovyでつくれるように
したら面白そうなんだけどな。
> それらができないならオブジェクト指向らしくないな。 貴方の好みはどうでもいいから。
JavaScriptはわからんがActionScriptはマジクソだな
521 :
デフォルトの名無しさん :2005/11/23(水) 21:17:00
>>516 まてまてクラス名の短縮がそんなことでできるんかと。
クラスを20も30も作ったときにその仕様で
どれだけ耐えられることやら。
他人が作ったクラス名がたまたま同じだったらどうする気だ?
他人が作ったクラスを自分のところに導入するたびに
毎回いちいちクラス名を変更するのか?
その問題をC++やJavaのように回避できるならAjaxを称賛したいのだが。
>>520 あれはJavaScriptのパクりっていうか
ECMAScriptをもとにして作っているから
結局JavaScriptも糞であることにはかわりない。
>>519 > > それらができないならオブジェクト指向らしくないな。
>
> 貴方の好みはどうでもいいから。
好みの問題ではなくAjaxが大規模開発に適しているか
どうかってことなんだよ。
ソースコードが膨大になればなるほど
デバッグでかなり躓きそうなんだがな。
>>515 だめな理由は
>>518 を嫁。
PHPも糞言語だがJavaScriptはもっと糞な言語だ。
じゃあECMAScriptがクソ
JavaScriptのクラスは、なんちゃってクラス、っていう理解であってますか?
527 :
デフォルトの名無しさん :2005/11/23(水) 21:21:44
Ajaxは小規模向きだわな。 俺的に結論出すと、 Ajax単体だけでリッチクライアントアプリ開発は避けた方がいいって ことだな。 Ajaxだけでなくやっぱり他の原語Javaやcurl, Flashなども 使わないとかなりやりづらいな。
528 :
デフォルトの名無しさん :2005/11/23(水) 21:25:04
>>526 情報隠蔽もできないし
メソッドのオーバロードもできないし
定数宣言もできないし
final変数(一回しか代入できない変数)宣言も
できないし、『強く型付けられた(very strongly typed)』言語
ではないのでデバッグがしにくいし。
小規模GUIを作る程度にしか使えないって感じだ。
Javaが高速化してリッチクライアントが本格的に
普及すれば結局Ajaxも衰退しそうな予感だ。
Ajaxはリッチクライアントが本格的に普及するまで
補助的な手段として使われるに留まりそうだな。
携帯電話でいえば現状の携帯Javaに対する不満から生まれたBREWみたいなとろか。
>>517 > > 名前空間とクラスなんて:と.の違いでしかない。
>
> 名言
大規模開発経験が浅いスクリプト厨はこういう考えをするところが甘い
>>518 は JavaScript が Java では無いことにご立腹の様子です
プロトタイプ指向は何つ〜か可能性の塊。 動的にメソッドを追加していく様にはある種の高揚を感じる。 ノウハウ的に洗練されてない部分はあるけど、可能性とし ては今一番熱い。 てか、基本的な考え方が違いすぎるから、うっかりすると 乗り遅れて後で苦労しそうな悪寒がw
名前をlivescriptに戻したら?
このスレ、勉強になるぞ。 さすがAjax2.0
534 :
デフォルトの名無しさん :2005/11/23(水) 21:32:00
つまりAjaxってのは
>>508 にあげられたPrototypeなどのフレームワークのうち
どれかを使えばAjaxを使ってるということになるのだな?
まあ実際デバッグしにくいけどな
>>533 レス番>>-400までは全然勉強にならなかったのだが。
実は@ITの記事を書いた本人が参戦してたりして・・・
>>530 >>518 の言いたいことを飲めてないな。
結局JavaScriptでオブジェクト指向ができると
主張しでURL出した奴がいたから
それを見てみたがエセオブジェクト指向の匂いがしてがっかりしたって
ことをいってるんだよ。
JavaScriptはオブジェクト指向でない!とわめいているやつは Javaみたいなクラスベースオブジェクト指向しか知らないんだろ? JavaScriptみたいなプロトタイプベースオブジェクト指向も オブジェクト指向世界ではそれなりに大きな一派を形成してるわけだが。
ずいぶん視野の狭いオブジェクト指向信者(というかJava信者)だな。
543 :
デフォルトの名無しさん :2005/11/23(水) 22:59:24
>>540 それがどんな世界なのか詳しく。
PG50人投入2000画面フォームに耐えられますか?
俺はAjaxはscript部分を自動生成する調子良いツールが作れれば業務アプリ界にも
普及しうると思ってるけどさ。
>>541 winny使ってない一般人には関係ないってことだね
>>543 > PG50人投入2000画面フォームに耐えられますか?
オブジェクト指向と何の関係があるんだ?
すまん、関係なかったな Ajax推進派と反対派に挟まれて自殺寸前の俺様でした
なんだ、やけにスレが伸びてると思ったら クラスベース・オブジェクト指向しか知らないガキが勘違いしてるだけか
クラスベース・オブジェクト指向しか知らないJava厨に、 Ajax厨が生きることを教えてくれた
ええ話や・・・
2000画面フォームって大計画だな ちゃんと動かすだけでも大変そうだから Ajaxなんかで遊んでる余裕無いんじゃないか普通に…
553 :
デフォルトの名無しさん :2005/11/24(木) 00:19:48
>>550 > クラスベース・オブジェクト指向しか知らないJava厨に、
> Ajax厨が生きることを教えてくれた
おまい自分でそういうこといって恥ずかしくないか
JavaScript厨はレベルが退く過ぎるんだよ
型が甘いスクリプト厨なだけに
本当は、
プロトタイプベースオブジェクト指向しか知らないJavaScript厨に
Ajax厨が必死になることを教えてくれた
だろw
554 :
デフォルトの名無しさん :2005/11/24(木) 00:23:52
>>549 プロトタイプベースオブジェクト指向しか
知らない奴はVBのような低級言語しか使えないな。
VB厨やPHP厨が必死にJavaやC++のような大規模開発向け
言語を否定しているみたいでじつに可笑しい。
大規模開発経験の浅い
JavaScript厨はVB厨やPHP厨とほぼ同類。
名前空間すらも否定するなんて呆れるね。
>554 大規模開発やりたいならAjaxとかやらなきゃいいんじゃねw 池沼は巣に帰れよ
おやおや、悲しいまでの知識の無さを露呈させられた Java 厨が必死ですな。
>>540 > JavaScriptみたいなプロトタイプベースオブジェクト指向も
> オブジェクト指向世界ではそれなりに大きな一派を形成してるわけだが。
その割には実用性はあまりにも欠けて個人の趣味程度に
しかつかわれてないみたいだな。
ミッションクリティカルなものにJavaScriptは向いていないな。
>>556 名前空間もいらないと主張する視野の狭い知識しかない
JavaScript厨のほうが必死だろw
名前空間がクラスの一部だと主張する香具師の ほうがたしかに視野が狭いがな。 やっぱりWebPlog板から来る奴はレベルが低いな。
別にJavaにはJavaの、JavaScriptにはJavaScriptなりに良い所があるわけで…
少なくとも、
>>500 を出してきて、JavaScript以外の言語で書いている、とかいう段階で
JavaScriptの事をほとんど知らないのは明白なわけで。
でありながら、プロトタイプベースではオブジェクト指向なんて出来ない!とか言い出すのは
いまいち理解できないね。
そもそも論としてオブジェクト指向とは何ぞや?という所からあやふやなんじゃなかろうかとか
まで思えてくる。
>>555 大規模開発もできないJavaScript厨は必死だなw
JavaScript厨はJavaScriptができればJavaもできる奴ほど能力が
ある奴だと思われると勘違いしてるアホですか(ワラ
やたら大規模を持ち出す奴はなんなんだ? 単純に知識のレベルが プロトタイプベースオブジェクト指向”も”知ってるプログラマー>>>>>>>>Java厨 なだけだろ。
別にjavascriptがOOPできようができまいが、Ajax自体とはあんまし関係ないしな。 妙にそこらへんにこだわっているのは素人としか思えん。
Java 厨や PHP 厨ってよく見るけど、 JavaScript 厨って見たことないな。
565 :
デフォルトの名無しさん :2005/11/24(木) 00:43:58
>>560 >>500 のソースにある例はJavaScriptとしては
かなり例外的でCで関数ポインタを使って擬似的に
オブジェクト指向だと主張している厨が好むやり方にそっくりだ。
プロトタイプベースでは
真のオブジェクト指向は実現できてないだろや。
まずカプセル化が甘すぎ。
メソッドのオーバロードも、引数型指定できないってのは
かなり貧弱。これではAjaxの限界を即座に感じる。
名前空間が使えない言語なんてしょうもない使えない言語
だってことは明白。package privateも設定できないのは
Ajaxで複雑なものを作りにも限界が目の前に見える。
メンテナンス性は非常に下がる。
クラスを2,3個程度しか作ったことがないから
プロトタイプベースオブジェクト指向で満足できるんだよ。
何百も作る、再利用性、拡張性を考えると
プロトタイプベースじゃ限界。
ということ次世代JavaScriptがもっと使いやすいように進化することに期待。
PHPやPerlですらバージョンがあがるたびにJavaに近づいている。
以前はJavaScriptのプロトタイプベースにそっくりだったにもかかわらず。
Javaの影響を受けた言語が最近多いことがよくわかる。
せめてJavaScriptがGroovyのような言語になってくれることを期待。
566 :
デフォルトの名無しさん :2005/11/24(木) 00:45:02
>>562 おれいれはプロトタイプベースも知ってるJava厨なので
が現実解。
プロトタイプベースも知ってるJava厨 >>>>> 名前空間の利点を知らないJavaScript厨
>>564 このスレでAjaxマンセーしてJavaなどの高級言語に嫉妬してる
る香具師がJavaScript厨
568 :
デフォルトの名無しさん :2005/11/24(木) 00:46:39
>>563 まさかとは思うが、AjaxやJavaScriptのようなスクリプト知ってる程度で
自分が玄人だとか思っちゃいないよな?
>565 > 真のオブジェクト指向は実現できてないだろや。 だから、それはおまえの妄想オブジェクト指向だっつーの オブジェクト指向のなんたるかも知らんくせにOOPを語るなよw
JavaScript厨はAjaxを知ってるごときでAjaxを 知らない香具師を素人扱いすることがよくわかったよ。
JavaScriptがナニ指向でもかまわんが 今はprototypeベースのコード書くのが楽しくて仕方がない。
>>561 物凄い勘違いしていると思う。
君が批難されているのは、JavaScript すら知らないのに、何故JavaScript にはあれもできない
これも出来ない等とえらそうな事が言えるのだろうと言う思いからだろう。
元々、大規模開発用に作られた体系では無い言語に向かって、そういう発言が無意味だと
言う事が理解できないのだろうか?
ちゃっちゃっと、ブラウザ上でDOMをいじる時にJavaでしか出来ない方がプログラマとして
どうかと思う。
だいたい、何でJavaScript使える奴はJavaできないと妄想してるわけ?
むしろJavaの方がちょっと教育すればできそうな気もするが。
君が馬鹿にするPHPにしても、JavaScriptにしても、要は俺はきちんと自前で管理できるから
手抜きさせろ、という人に向いている言語だと思うけど。
厳格な言語が良いか、ルーズな言語が良いかは、使う人のレベル、あるいは使い方に拠って
随分違うと思うけどね。
>>569 > >565
> > 真のオブジェクト指向は実現できてないだろや。
>
> だから、それはおまえの妄想オブジェクト指向だっつーの
> オブジェクト指向のなんたるかも知らんくせにOOPを語るなよw
おいおい、カプセル化による情報隠蔽も
デザインパターンもアスペクト指向も
知らないAjaxしか知らないド素人の癖に生意気なこと言うのは1兆年早いぞw
>>545 >
>>543 > > PG50人投入2000画面フォームに耐えられますか?
>
> オブジェクト指向と何の関係があるんだ?
まったく関係ないとはいいきれないな。
もっと良い例がある、証券会社のシステムに使う
データベースの検索、更新処理にAjaxがどれだけ耐えられるか?
正しく処理ができなければ顧客から信頼を失いだけでなく
多額の損害賠償も請求される。
さすがにAjaxがJavaScript+XMLだといっても、
データベース部分をRDBMSの代わりにXML、
データアクセスオブジェクトをHibernateの代わりにJavaScript
で書くのは馬鹿者だといっていいだろう。
>>543 の言うとおり自動生成、自動化ツールやIDE、
Eclipseのプラグインなどで開発できるものがないと
Ajaxはそう簡単には普及しないだろう。
結局JavaWebStart + Java Swing やFalsh, curlやC#アプリの
ノータッチデプロイメント勢力に負けてしまうだろう。
FlashのActionScriptもJavaScriptのようになってはいるが
まだまだだな。
Ajaxは何かとAjaxに負けてる感があるな。
GoogleとしてはFlashに金をかけたくないからわざと
Ajaxみたいなもんを作ったんだろうけど。
>>572 >
>>561 > 物凄い勘違いしていると思う。
>
> 君が批難されているのは、JavaScript すら知らないのに、何故JavaScript にはあれもできない
> これも出来ない等とえらそうな事が言えるのだろうと言う思いからだろう。
名前空間が使えないのもカプセル化による情報隠蔽が確実でないのは事実だろう。
いくらJavaScriptで代用できるからといって堅牢性や確実性がどれだけあるか
考えた方がいいだろう。
で、なんでもできるからといっても気休め程度のものしか
できないんじゃ話にならないだろう。
>>572 > ちゃっちゃっと、ブラウザ上でDOMをいじる時にJavaでしか出来ない方がプログラマとして
> どうかと思う。
まずJavaしかできない奴なんていないよ。
Javaできるやつは大抵CやUnix経験から入ってきた香具師が多い。
DOMを弄るんだったらJavaScriptなんか使うよりPHPやPerlのほうが
効率がいいな。JavaよりJavaScriptのほうがいいとかいいって
JavaScriptしかできないのはプログラマどころかこの業界に
いる人間としてどうかと思う。
あーあ
>>576 名前空間のことで馬鹿にされたからといってそれしか言えないのかJavaScript厨(藁
どうでもいいことをぐだぐだと書くのが好きな人だね。
>>574 >証券会社云々
それは、「自転車は空が飛べないから乗り物として飛行機に劣る」
とか言ってるのと変わらない。
とりあえずこの板もIDが欲しいなぁ
>>572 > 厳格な言語が良いか、ルーズな言語が良いかは、使う人のレベル、あるいは使い方に拠って
> 随分違うと思うけどね。
人それぞれとかいうけど、
JavaScript厨が書いた汚いコードを引き継ぐのは遠慮したい。
一から作ったものではなくスクリプト言語程度の経験しか無い馬鹿が
書いたコードがどれだけ汚いかJavaScript厨にはわからんだろうよ。
機能追加するたびに肥大化して最悪に読みにくくなったスパゲティコードを
読んだことがないからJavaのような言語を平気で否定できるわけだ。
スクリプト言語でかかれたスパゲティコードを読んでから、JavaやC++、C#などの言語を習得すると、
昔見たスクリプト言語でかかれたスパゲティコードがいかに汚い糞コードであるかが
よくわかるから、君もそれをやってみるといいよ。
>>581 じゃその例を
JavaでGUIを作った場合と
Ajaxで作った場合とで比較してみたらどうだろう。
片方はブラウザがいらないしね。
拡張性、メンテナンス性、再利用性は一目瞭然だがね。
Javaの代わりにC++,C#の場合でも当てはまるけどね。
585 :
デフォルトの名無しさん :2005/11/24(木) 01:04:26
>>582 じゃおまえら低脳スクリプト厨はWebProg板に(・∀・)カエレ
IDがついてくるんだからよ(ワラ
あっちでPHPとかJavaScriptとかレベルの低いスクリプト厨の馬鹿共
と一緒に戯れてろ(ハゲワラ
優秀な人間はこんなところでグチをたれないで 糞コードを引き継がなくていいように仕事をすすめますよ?
Ajax知ってる程度でAjaxを知る必要の無い人間を 見下すとは蟻が蟻地獄やアリクイに喧嘩を売ってるようなもんだな。
>>573 どうも勘違いしている様だが、
カプセル化による隠蔽は、オブジェクト指向を実現するに当たって(と言うよりオブジェクトを取り扱うに於いて)
便利であるというだけに過ぎない。それがオブジェクト指向では無いのだ。
デザパタは、過去の蓄積に過ぎず、別段JavaScriptで適用できないなんて事は無い。
面白い例では、シングルトンなんてのは、クラス-インスタンスだから必要とされるのであって、
JavaScriptなら、オブジェクトリテラルとして作ってしまえば、それで事足りる。
むしろ、JavaScriptの方がアスペクト指向的に書けると思うが。
何せ後付でいくらでも処理をオブジェクトに付け加えられるのだから。
>さすがにAjaxがJavaScript+XMLだといっても、
>データベース部分をRDBMSの代わりにXML、
>データアクセスオブジェクトをHibernateの代わりにJavaScript
例えば、これなんかは、JavaScript のみならず、AJAXも理解していないのが良くわかる。
そもそもAJAXに於いて、ビジネスロジックは、サーバサイドに残っているのだ。
JavaScriptでやっている事は、それへのリクエストと、結果の描写が主だ。
>>584 どう解釈したか知らんが、俺が言いたいのは適材適所。
そんなクリティカルなところにAjax使うバカがいたら見てみたい。
なんで、単一の言語でなんでもやろうとするのか、
で、それに相応しい言語が最強!他は糞、とかをやりたがるの?
591 :
デフォルトの名無しさん :2005/11/24(木) 01:08:50
>>587 いまのところ、よくウェブデザイナが
JavaScriptのコードを解析してくれとか
頼んでくることがあるがシカトしてる。
マネージャもシカトしてもいいっていうからホントにシカトしてるぜw
こっちは携帯電話開発やサーバ設定や
PHPやJava開発で忙しいんだからな。
馬鹿に付き合ってる暇もないんでな。
デザイナ関係の香具師らは考えが甘い香具師が多い、
WebProg板にいる香具師らもその程度のデザイナ上がりな香具師ら
ばっかり集まってるんだろうがなw
JavaScriptのような糞コードは
プログラミング能力の浅いスクリプト厨やウェブデザイナに任せればいい。
オブジェクト指向とカプセル化、名前空間が
ぜんぜん関係ないことをわかっていないのは見ていて憐れだ。
プロトタイプベースの言語に「クラスベースの言語にある機能がない!」とかいっても
逆にクラスベースの言語にない機能もあるわけで。
>>565 >>500 の例は関数自体がオブジェクトのJavaScriptとしてはごく普通だと思うが?
関数名をキーとして関数の連想配列を登録してるだけだろ?
>>577 あー、その、まじめな話、AJAXに於けるJavaScriptの役割はクライアントサイドでの話しだ。
私がJavaを出したのは、クライアントサイドのDOMをちゃっちゃっといじるのにいちいち
Javaを持ち出さなきゃならない様なのはプログラマとしてどうだろうか?と言う意味だ。
なんか、すごい、疲れてきた…
きっと >591 は「大規模開発」とやらをやりすぎて頭がおかしくなっちまったんだな(;´д⊂ 2chなんか放っておいて、早く病院に行ったほうがいいよ・・・
オブジェクト指向=Java と思ってるのがそもそも間違い。 そしてオブジェクト指向が絶対であると思ってるのも間違い。 間違いだらけ
>>589 > デザパタは、過去の蓄積に過ぎず、別段JavaScriptで適用できないなんて事は無い。
PHP4でデザインパターンしたコードは酷いぞ。Facadeなんてその特性を
まともに生かし切れていない。package privateが無いんではな。
> 面白い例では、シングルトンなんてのは、クラス-インスタンスだから必要とされるのであって、
> JavaScriptなら、オブジェクトリテラルとして作ってしまえば、それで事足りる。
JavaScriptのような言語でSingletonを作ってもインスタンスが一つに絞り込まれるという
保証が無いからSingletonの特性を生かせず応用が利きにくい。
このインスタンスとこのインスタンスは違う、このインスタンスとあのインスタンスは同じ、
っていうことが型に曖昧な言語では実現するには限度がある。
現状のPHPやPerlでもそうだが。
> むしろ、JavaScriptの方がアスペクト指向的に書けると思うが。
> 何せ後付でいくらでも処理をオブジェクトに付け加えられるのだから。
それはC言語でもオブジェクト指向できますといってる奴と同じ。
JavaでもリフレクションやJavadocコメントをつかえば
アスペクト指向できるよって行ってる奴にも似てる。それはそれでさほど問題ではないが、
開発効率が上がるとは言い難い。擬似的なものしかできず、ただのオナニーに近い。
どうせなら、そのオナニー問題を解決できるAjax開発ツールや手法を紹介してもらいたいな。
デバッグがしづらいことには変わりないわけだし。その問題をうまく解決できる方法が
あるならAjaxを使った仕事を提案することを考えるのだが。
>>590 >
>>584 > どう解釈したか知らんが、俺が言いたいのは適材適所。
> そんなクリティカルなところにAjax使うバカがいたら見てみたい。
PHP厨やCOBOLerなら、クリティカルなところでも
型に甘いPHPやPerlでやろうとするのがよくいる。
証券系までクリティカルでなくても、コードの大修正が容易でないのは痛いかな。
言語を選ぶのはそんな理由だけではないが。
Ajaxは無理してサーバで使えるようにするもんじゃないけどな。
> なんで、単一の言語でなんでもやろうとするのか、
妄想か?
このスレでは単一の言語でなんでもやろうとする奴はいないわけだが。
FlashやAjaxだけでサーバサイド開発ができるなら見てみたいものだ。
それより、Flashにすら魅力が衰えるAjaxをどうにかしてもらいたいな。
この程度ならcurlで作ったほうがいいんじゃないかとも思えてくる。
ブラウザ依存問題、互換性問題がかなりでかいからな。
>>573 > >さすがにAjaxがJavaScript+XMLだといっても、
> >データベース部分をRDBMSの代わりにXML、
> >データアクセスオブジェクトをHibernateの代わりにJavaScript
> 例えば、これなんかは、JavaScript のみならず、AJAXも理解していないのが良くわかる。
上の発言のどこがAjaxを理解してないことになるんだと言いたいな。
> そもそもAJAXに於いて、ビジネスロジックは、サーバサイドに残っているのだ。
> JavaScriptでやっている事は、それへのリクエストと、結果の描写が主だ。
ただサーバにリクエストするだけでAjaxをサーバで動かすとかではないだろう。
JavaScriptだけでかけるサーバサイドスクリプトなんてのがあったが
あんなのでサーバ開発するなんてことをするのは頭のおかしな奴が
やることであって効率がかなり悪いぞ。まさかAjaxをサーバで動かすなんてアホらしいことでも
やるとでも言いたいのか?
>
>>573 > どうも勘違いしている様だが、
> カプセル化による隠蔽は、オブジェクト指向を実現するに当たって(と言うよりオブジェクトを取り扱うに於いて)
> 便利であるというだけに過ぎない。それがオブジェクト指向では無いのだ。
それはおかしい。カプセル化はプログラミングをする上でタダ便利だから
という理由だけで付け加えられたものではない。バグも減るが、
それぞれのクラスの役割を明確にできるという利点もある。
カプセル化によってアクセス制限をかけなければ
外部に見せる必要のないものまで見せることになり、
クラスそれぞれの役割分担が成り立たなくなる。
普通は、Aという人の個人情報をBという人が勝手に覗くことはできない。
特定のメソッドを通してのみ覗くことができる。
カプセル化による情報隠蔽はオブジェクト指向における重要な概念だ。
ゆえにカプセル化がオブジェクト指向でないと主張することは
プロトタイプベースオブジェクト指向がよくつかわれている
スクリプト言語を推したいがための言い訳だ。
カプセル化を否定するなんて オブジェクト指向設計の原則に違反している。 オブジェクト指向設計の原則に違反することは オブジェクト指向を否定するに等しい。 いじょ
>>600 はいはいJavaScript厨最低JavaScript最低
わかったから朝遅刻しないように早く寝ろよ(藁
Design By Contractを守れない言語を オブジェクト指向言語と言い切るのは Ajax厨はまだまだオブジェクト指向をわかってない証拠だな
>>600 >>596-599 はJavaに限った話ではないんだが。
C++やC#,D言語, Smalltalkなどの言語にも通ずる話なのだが。
Java限定の話だと思いこまないように。
それから、リスコフの置換原則も知らない奴が
「お前はオブジェクト指向をわかってない」という資格はないぜ。
>>595 > オブジェクト指向=Java
> と思ってるのがそもそも間違い。
妄想か?
「オブジェクト指向といったらJava」といわれるくらい
オブジェクト指向教育に適したJavaが使われるようになってきてはいるが
イコールJavaと思ってる奴は初心者以外だれもいない。
オブジェクト指向といったらOMGが定めるものだ。
> そしてオブジェクト指向が絶対であると思ってるのも間違い。
> 間違いだらけ
また妄想か?
絶対だと思ってないからアスペクト指向などが最近盛んになってきてるわけだが。
ようはAjax厨はPHP厨以下だってことでしょ
>>596 どうも、理解できて無いようだなぁ。
デザパタが過去の蓄積をまとめた物なのは事実。
それを言語機能に合わせて取捨選択できないのは、そのプログラマの責任。
シングルトンは、クラス-インスタンスベースの言語に於いて、クラスから作られるインスタンスが
一つしかないという事を保証するもの。
だがJavaScriptなら…
Singleton = {
member_a : null,
…
method_a : function() {
},
…
}
と言う形でオブジェクトリテラル(
>>500 で言っている様に知らないんだよね)で構成すれば、
そもそも論として、シングルトンなぞ、いらないのだ。このインスタンスはこれのみ。
new Singleton なんてやっても言語的にエラーになる。
アスペクト指向的に書けるのは、クラスベースでは無いからだ、
クラスベースではクラスと言う、言わば設計図通りにしかインスタンスは動かないが、
JavaScriptならば、インスタンスを生成した後からでも機能を追加できるからだ。
つまりだ、機能が必要とされるところにコードを書いて、オブジェクトに付け加える、あるいは除く
なんて言うことが簡単に出来るのだ。
オブジェクト指向しかり、デザパタしかり、アスペクト指向しかり、
”何故それが求められているのか”という本質を考えずに
上っ面だけを追っているから、へんてこな事を言い出して突っ込まれるのだ。
あー、さすがにこれだけへんてこな事を言ってるのに全部突っ込むのはしんどい… おやすみ。
>>604 Interface Segregation Principleもオブジェクト指向設計を
する上で重要なことだってことをWebProg板に生息する
JavaScript厨がわかってないのも付け加えておかないと。
JavaScriptもPHPも今のところ
Interface Segregation Principleを守ることができていない。
名前区間が使えないわけだから。
オブジェクト指向設計の原則を守れない言語は
亜流オブジェクト指向言語ってことだね。
>>607 > アスペクト指向的に書けるのは、クラスベースでは無いからだ、
> クラスベースではクラスと言う、言わば設計図通りにしかインスタンスは動かないが、
> JavaScriptならば、インスタンスを生成した後からでも機能を追加できるからだ。
> つまりだ、機能が必要とされるところにコードを書いて、オブジェクトに付け加える、あるいは除く
> なんて言うことが簡単に出来るのだ。
見事にDesign By Contractに反しているな。それじゃ不変クラスも作れないな。
常にいい加減なインスタンスってわけだw
インスタンス生成後にあとから機能を追加できることくらい
C#でもJavaでもC++でもできるぞ。わかってないのは君のほうじゃないのかね。
> オブジェクト指向しかり、デザパタしかり、アスペクト指向しかり、
> ”何故それが求められているのか”という本質を考えずに
> 上っ面だけを追っているから、へんてこな事を言い出して突っ込まれるのだ。
上っ面だけ追ってるJavaScript厨の馬鹿がカプセル化やInterface Segregation Principle
はオブジェクト指向には必要ないと主張しているわけだが。
612 :
デフォルトの名無しさん :2005/11/24(木) 03:06:27
>>610 まだ妄想してるのかw
>>523 が単一の言語を使えとどこで主張しているんだJavaScript厨w
まぁ基地外はスルーしようぜ
>>607 >
>>596 > シングルトンは、クラス-インスタンスベースの言語に於いて、クラスから作られるインスタンスが
> 一つしかないという事を保証するもの。
> だがJavaScriptなら…
> Singleton = {
> member_a : null,
> …
> method_a : function() {
> },
> …
> }
> と言う形でオブジェクトリテラル(
>>500 で言っている様に知らないんだよね)で構成すれば、
> そもそも論として、シングルトンなぞ、いらないのだ。このインスタンスはこれのみ。
> new Singleton なんてやっても言語的にエラーになる。
prototype.jsをダウソして某blogエントリをパクって試してみたがエラーにならなかったぞ。
しかも異なるオブジェクトとみなされSingletonにならなかったぞ。
var Singleton = Class.create();
Singleton.prototype = {
member : null,
initialize : function() {
document.writeln('インスタンスを生成しました<br>');
}
}
Singleton.getInstance = function() {
return Singleton.singleton;
}
>>607 Singleton.singleton = new Singleton();
document.writeln('Start.<br>');
var obj1 = Singleton.getInstance();
var obj2 = Singleton.getInstance();
if (obj1 == obj2) {
document.writeln('obj1 と obj2 は同じインスタンスです。<br>');
} else {
document.writeln('obj1 と obj2 は同じインスタンスではありません。<br>');
}
obj1 = new Singleton(); //←エラーにならないぞ
if (obj1 == obj2) {
document.writeln('obj1 と obj2 は同じインスタンスです。<br>');
} else {
document.writeln('obj1 と obj2 は同じインスタンスではありません。<br>');
}
>>613 わかった。妄想スクリプト厨はスルーってことで
617 :
614 :2005/11/24(木) 03:17:23
>>607 でこいつの実行結果は
Firefox 1.0.7では
インスタンスを生成しました
Start.
obj1 と obj2 は同じインスタンスです。
インスタンスを生成しました
obj1 と obj2 は同じインスタンスではありません。
となった。どこかに間違いがあるのかな。
プライベートコンストラクタというものを
定義できないからやりづらくなっているが。
型に曖昧な言語PHP5ですらこの問題は起きない。
>>614 おまえさぁ、
>>607 の書いている事と、おまえが偉そうに実験した事じゃ
全 然 別
だって事が理解できないくらい、ECMA Script理解できてないんだろ。
出直して来い、アフォ
この問題が解決しても Singletonクラスを継承できてしまったら サブクラスを使って簡単に異なるインスタンスをつくることができてしまい、 Singletonの特性をいかすことができない。 それもJavaScriptでは解決できるかな? クラスを継承禁止にするということができるかな? 中にif文を埋め込むといった姑息な手段が必要なのか、 それとも、できないのか?
>>618 >
>>614 > おまえさぁ、
>>607 の書いている事と、おまえが偉そうに実験した事じゃ
>
> 全 然 別
たとえばどのあたり全然別?
おまえはこれについてちゃんと答えられるんだよな?
もし、答えられないと言うなら、おまえはただの言い逃れをしたいだけかな?
> だって事が理解できないくらい、ECMA Script理解できてないんだろ。
> 出直して来い、アフォ
そういうお前は、デザインパターンやオブジェクト指向設計原則をどれほど理解しているのかな?
ECMAScriptもデザインパターンもオブジェクト指向もDesign by Contractも
何も理解していないお前が出直してこいってことだな、アフォ。
>>620 馬鹿だと思うなら
証明してみな。
prototype.jsを用意しないとオブジェクト指向も
ろくにできないんではな。prototype.jsを使っても
オブジェクト指向設計原則も守れないんでは
ただの馬鹿でカプセル化や名前空間を否定する資格もないわな。
馬鹿が集まってるのか。馬鹿共は、 Pythonがこれだけ評価されて使われている現実をどう説明するのかね。
急にスレの伸びが速くなったと思ったら…('A`)
JavaScriptでもカプセル化ができるとあるサイトに書いてあったので 試してみたら・・・ おいなんだこの糞言語仕様は function Container(param) { function dec() { if (secret > 0) { secret -= 1; return true; } else { return false; } } this.member = param; var secret = 3; var self = this; } document.writeln("create new Container object" + "<br/>"); containerObject = new Container("testparam"); document.writeln("containerObject.secret is " + containerObject.secret + "<br/>"); document.writeln("containerObject.param is " + containerObject.param + "<br/>"); //containerObject.dec(); //private method containerObject.secret = 4; document.writeln("containerObject.secret is " + containerObject.secret + "<br/>"); document.writeln("containerObject.param is " + containerObject.param + "<br/>");
>>625 をFirefoxで実行してみると
create new Container object
containerObject.secret is undefined
containerObject.param is undefined
containerObject.secret is 4
containerObject.param is undefined
勝手にundefinedになってやがるじゃねえか。
アクセス禁止にするかわりにundefined文字列を取り出せるだぁ? アフォ!
しかもprivateなはずなのにsecret変数を3から4へ変更することができてしまったぞ。
privateメソッドを定義できることはわかったが(というかまるで内部クラス)、
privateインスタンス変数の値を何事もなく取り出し変更することができて
カプセル化と言えるのかと言いたい。
またもやAjaxに失望した。
失望しなくて済む代替手法的Ajaxコード自動生成ツールモトム
>>623 高級言語Pythonを低級言語JavaScriptと比較しちゃいかんでしょ。
>>624 Ajax厨はC言語開発よりも見窄らしい開発環境で開発するのが趣味なようだ。
おまいら、もうほっとけって。 コイツの目的はJavaScriptを貶めたいだけだから。
高級言語・低級言語の使い方がおかしいと思う。
Java厨はほかの言語が理解できない・・・!! COBOLerと一緒だ!!!!
うわ、またスレが伸びてる
なにこの趣旨と違うスレ
早くも冬厨の季節到来でつか。
夜中の2時3時まで大激論・・・・ なぁ、おまえら人生でもっと大切なことあるだろ?
久しぶりに覗いてみたら、これか。
>>635 無いんだよ、彼等には。
各位 深夜の討論、お疲れ様 ここは“新しいクライアント・サイド・スクリプティングの潮流「Ajax」のスレ」”
>>627 が、いみじくもJavaScriptを貶す連中のレベルを如実に表しているな
専門学校出のJavaプログラマーのオナニーが見れるスレってココですか?
何ゆえAjaxをJavaScriptとかJavaとかと同じく言語として語ってたんだろぅか
しかし Java 以外は全部糞ってゆー結論になるような気がするなぁ。
>>626 痛々しいな。
http://www.crockford.com/javascript/private.html を読んだんだろうが、君には難しすぎて理解できなかったようだ。
> function Container(param) { var secret = 3; }
の secret は containerObject.secret という式ではアクセスできない。
undefined なのは未定義だったから。
君は見当違いなプロパティに 4 を代入して騒いでいるだけだ。
secret はずっと 3 のまま変わっていない。
いちいち言語レベルで提供してやらないとまともに使えないんかね 野良グラマの意識レベルが低すぎるってのもあるんだろうけどね
なるほどね、 プログラミングを手段ではなく目的だとおもっちゃってて、スゴイクラスライブラリ を作って満足しちゃうような人にはajaxは理解できないってことがわかりました。
647 :
デフォルトの名無しさん :2005/11/24(木) 15:09:20
まとめ: JavaScriptはカッコイイしオブジェクト指向性バツグン だがAjaxは大規模開発や業務アプリには向かない。
>>644 ところでほとんどの言語で公開メンバと非公開メンバとメンバ関数が同じ名前空間なのは何故?
つーかさ JaveScriptは単に流行ってるんでしょ?もちろんそれは良いことだと思うけど 他に最近のブラウザでプラグインなしでページ読み込んだら即動くような 物があったら別に何だって良かったんだと思うけどな ただやっぱりUIとか作ってあるのをみると無理矢理って言うか無理してる感じが 否めないよね
>>644 > を読んだんだろうが、君には難しすぎて理解できなかったようだ。
恥ずかしげもなく実用性の浅いスクリプト言語ごときで
誇らしげに「君には難しすぎて理解できなかったようだ。 」
といえるのが凄い!
と、理解できなかったことをごまかそうとしても無駄です。
>>647 > まとめ:
> JavaScriptはカッコイイしオブジェクト指向性バツグン
それも恥ずかしすぎる。
そんなこと公然と優秀なITエンジニアの前で堂々と言えるなんて凄いな。
エリックガンマややケントベックらに馬鹿にされそう。
> だがAjaxは大規模開発や業務アプリには向かない。
つーか、業務アプリに向くとか向かないとかの視点じゃないんだけど。
FlashやJavaApplet, curl, ActiveXらと並ぶものだし。
>>650 横レスするけど、ECMAScript の仕様も理解できない
626 のバカさっぷりの方がよほど凄いよ・・・
と思ったけど、よく考えるとどっちもどっちか。
>>649 > つーかさ
> JaveScriptは単に流行ってるんでしょ?もちろんそれは良いことだと思うけど
何気なく使われてるだけで陰が薄いだけだよ。
ちょっとしたページを飾ることによく使われていただけで
上で議論してるようにブラウザ依存やセキュリティの問題を
恐れてJavaScriptを無効にしている人や会社や、
言語として開発しづらく問題が多いので
人に認知されることはほとんどなかったということだね。
> 他に最近のブラウザでプラグインなしでページ読み込んだら即動くような
> 物があったら別に何だって良かったんだと思うけどな
M$がJavaScriptをActiveX同じ扱いにしなければああはならなかったと思う。
> ただやっぱりUIとか作ってあるのをみると無理矢理って言うか無理してる感じが
> 否めないよね
GoogleがFlashを使いたくなかったからというのが理由だったりして
>>645 そうはいうけど、超高層ビルを建設するにはタダドカタ作業員を集めただけで
クレーンなどの道具も材料も一切用意しないでは安全に工事
するこも建物を完成させることもできないことをよく考えた方がいいな。
Ajaxだけでは限界がありすぎるってことで。
本当にちょっとしたUIを提供する程度にとどめるのが限界と見ていいね。
まるで秋葉系のキモヲタが役に立たないトリビアな知識を
自慢して威張ってるみたいな
>>644
>>631 それはリスコフの代入則を理解してないJavaScript厨のことだ!
PHP厨やVB厨と一緒だ!!!!
>>644 そもそもそのJavaScriptの言語仕様のほうが痛々しいな。
エラーがでるべきところで出ないのと
勝手にクラスに未定義のフィールドを追加できるのが。
全然カプセル化になってないな。
未定義のフィールドはあとから追加ができないようにすべきだね。
どうしても追加したければsetterメソッドを定義して
配列やリスト構造などで実現したほうがオブジェクト指向の原則を守れる。
この辺りにAjaxによる開発の限界を感じるな。
この問題を今後どうやって解決していくか。
>>649 てーかな
流行ってるのはAjax、ECMAScriptは先鋭的なプログラマが興味津々で弄り回
してるというのが正しい現状。
データとビヘイビアを一塊として扱う。これはオブジェクト指向では当たり前す
ぎて、そこに疑問を持つ人はあまり多くなかった。
でも最近になって、データとビヘイビアは目的に対する依存度の大きさに違い
があると考える人が現れた(正確には、ここで言うデータはビヘイビアを持ち、ビ
ヘイビアはデータを持ってる。だから、単純にデートとビヘイビアを完全に分離
するという話ではない・・・・・・けど、途方もなく長くなりそうだし、俺自身考えが
纏まってないからザックリ省略)。
要するに、目的に応じてデータを定義し、ビヘイビアのみを再利用するという考
え方。更にこれを引っ繰り返して、データにビヘイビアを与えるという考え方。
この考え方の先には、何か素晴らしいものがあるかもしれない。という期待感
そしてそれを実装するのに都合良さ気なECMAScript、てのが興味津々の理由。
我ながら長文意味不明な文章になってしまったが、酌める人は租借などして
みてくれ。縺れたんで最後は投槍⊂⌒~⊃。Д。)⊃
ようするに、JavaScriptでは本当の意味でのカプセル化による上方隠蔽は できず、 クラスにもとから存在しないフィールドやクラス変数にはアクセスしちゃいけない 設計にはできないってことか。 いくらとくていの変数privateになるように設計できても あとからまるでpublicであるかのように変数を追加できるので Design by Contractは見事に崩壊してしまうってことか。 この問題をどうにかして解決できないと Ajaxを使って複雑なプログラムを書くのは大変効率が 悪い作業になることは間違いなさそうだ。 デバッガ、テスト環境が充実しないことにはAjaxの 人気を高めることは用意じゃないな。
663 :
デフォルトの名無しさん :2005/11/24(木) 19:31:32
>>661 > データとビヘイビアを一塊として扱う。これはオブジェクト指向では当たり前す
> ぎて、そこに疑問を持つ人はあまり多くなかった。
> でも最近になって、データとビヘイビアは目的に対する依存度の大きさに違い
> があると考える人が現れた(正確には、ここで言うデータはビヘイビアを持ち、ビ
「データとビヘイビアは目的に対する依存度の大きさに違いがあると考える人が現れた」
という人についてもっとkwsk
明らかに静的オブジェクト指向と動的オブジェクト指向の違いを判ってないよなぁ…
>>661 それだったらGroovyで十分だと思う。
HTMLお飾り向け言語は(ry
仕様も知らないのに批判する。 コレ最強。
667 :
デフォルトの名無しさん :2005/11/24(木) 19:35:18
>>664 つまりDesign by Contractを守れない言語が動的エセオブジェクト指向言語であって
開発効率も堅牢性も信頼性も高いオブジェクト指向言語が静的オブジェクト指向言語
ってことでFA
>>666 どっちもどっち
お互いに批判し合ってる。
>>650 「ごとき」ってのはなぁ・・・・・・
私的には、スクリプト言語はその動的な側面が化けそうな予感してるんだがな。
問題は、その動的な面が保守性の低下と相関してるくさいって事。
上手く折り合いさえつけば、何か新しいものが生まれそうな予感だけはしてる
んだが・・・・・・
>>667 とりあえず、トリップでもつけろよ。鬱陶しいから。
ついでに言うと、言語仕様くらい勉強してからおいでなさいな。
昨日の晩に大恥かいたばっかでしょ。
>>668 「仕様も知らないのに」が欠落してますよ。
>>661 > 要するに、目的に応じてデータを定義し、ビヘイビアのみを再利用するという考
> え方。更にこれを引っ繰り返して、データにビヘイビアを与えるという考え方。
> この考え方の先には、何か素晴らしいものがあるかもしれない。という期待感
> そしてそれを実装するのに都合良さ気なECMAScript、てのが興味津々の理由。
別に無理してECMAScriptを使わなくても真のオブジェクト指向言語でも同じ事はできるよ。
動的配列やコンテナ(ListやSetやMapなどのことJavaでいうところの
コレクション系オブジェクト)オブジェクトをクラスの属性(Javaでいうとフィールド、
JavaScriptでいうとプロパティ)に持たせることでオブジェクトに未定義のデータ型を
突っ込む制限を緩和することもできる。
>>670 名前空間やカプセルが要らないと主張する香具師にも
言った方が良い。お互いに挑発しあってるんだから
>>663 Javaの*Util、C#のExtensionMethod、RubyのMix-in
それぞれ個別に特色もあり制約もあるが、基本的にはビヘイビア
の再利用に関するパターン。
あとLisp+プロトタイプベースで検索してみて、俺も俺なりにここ
で晒すのに良さ気なのを探してみるから
>>669 似たような発想の言語はECMAScriptでなくても
あるからそこまでやらなくてもいいよ。
っていうかこの流れヘンじゃね? 現状WEBブラウザでAjaxっていったら、ECMAScriptか VBScriptしか選択肢無いわけじゃん。 「動的言語への期待感」とか「無理してECMA使って」とか、 そんなこと語るのってバカっぽくない? 漏れの頭が悪くて理解できないだけかも知れないけど。
>>670 大恥かいた?
スクリプト言語ごときじゃだれも大恥かかないよ
679 :
デフォルトの名無しさん :2005/11/24(木) 19:49:44
>>677 漏れ的にはAjaxよりcrulやFlashのほうに
魅力を感じる。
またブラウザ依存だとかで古いコードが使えなくなると
無駄に作り直す手間を強いられそうなJavaScriptに
未来を感じない。
>>674 あのさ、わかってないんだろうけど、
名前空間やカプセル化なんてのが、オブジェクト指向の本質じゃないでしょって、話だよ。
例えば、アクセス制限を大抵の静的オブジェクト指向言語は持っているけど、
=オブジェクト指向プログラミングが出来るってわけじゃ無い。
馬鹿でかいクラスとインスタンス一個だってプログラムはできちまうだろ。
アクセス制限や名前空間が無いから、オブジェクト指向なんて出来ないって言う奴に
違うよって教えてやってるだけ。
カプセル化ってのが動的オブジェクト指向でそこまで有効なのか?と言う根本的な疑問もあるけどね。
>>677 > 「動的言語への期待感」とか「無理してECMA使って」とか、
> そんなこと語るのってバカっぽくない?
スクリプト厨がなんとかして体面を保つために
実用性の低い言語を自慢したがってるだけだよ。
>>670 恥ずかしいと思うことすらできない人なんですよ。
相手にするだけ時間のムダ。
>>681 スクリプト言語の仕様すら満足に覚えられないバカ。
話しかけるな。キモイ。死ね。
>>680 >
>>674 > あのさ、わかってないんだろうけど、
> 名前空間やカプセル化なんてのが、オブジェクト指向の本質じゃないでしょって、話だよ。
そういうことを言い切る香具師は大抵、実用性や信頼性について考えてない
遊び人みたいな奴だよ。
それがオブジェクト指向が指向でないとか、原理主義者みたいでみっともない。
それで「オブジェクト指向だ!」と言い切る前にソフトウェア開発に適しているか
どうかを考えるべき。実装しやすいかどうかのほうが重要なのに。
>>683 > スクリプト言語の仕様すら満足に覚えられないバカ。
無駄なトリビアを覚えるよりビジネスでちゃんと使えるかどうかのほうが重要。
それができないのはただのスクリプト言語ヲタクと変わらない。
> 話しかけるな。キモイ。死ね。
厨臭くて恰好悪いよ。WebProg板の連中はみんなこんなのばっかなの?
>>680 > アクセス制限や名前空間が無いから、オブジェクト指向なんて出来ないって言う奴に
> 違うよって教えてやってるだけ。
そうは誰もいってないだろうしアクセス制限も名前空間も、たとえそれがサポートされても
使わなくてもプログラミングはできる。それらの機能を使わないと
オブジェクト指向の特性が生かし切れないことは確かなんだよ。
たとえオブジェクト指向できても実用的なオブジェクト指向ができないでは
ただの言語ヲタのオナニーと変わらない。このスレでスクリプト言語のことで
威張ってる厨もまさにオナニー。
> カプセル化ってのが動的オブジェクト指向でそこまで有効なのか?と言う根本的な疑問もあるけどね。
そもそも動的オブジェクト指向とかプロトタイプベースオブジェクト指向と
言われているものが本当にオブジェクト指向なのかという根本的な疑問もあるけどね。
>>670 >
>>667 > とりあえず、トリップでもつけろよ。鬱陶しいから。
> ついでに言うと、言語仕様くらい勉強してからおいでなさいな。
> 昨日の晩に大恥かいたばっかでしょ。
オブジェクト指向の設計原則も知らないのはもっと大恥かいたばっかでしょ。
>>675 >
>>663 > Javaの*Util、C#のExtensionMethod、RubyのMix-in
> それぞれ個別に特色もあり制約もあるが、基本的にはビヘイビア
> の再利用に関するパターン。
「データとビヘイビアは目的に対する依存度の大きさに違いがあると考える人」
について聞きたかったんだけど、誰?
>>684 これもな、JavaScriptを大して弄ってないんだと思うんだよね。
AJAXがらみで、JavaScript使ってて、見通しが悪くなるだの、信頼性が下がるだの
言うレベルの規模なんて必要ないんだよ。
そういうレベルを想定している言語に対しては、ストリクトでガチガチの言語仕様より、
アバウトで柔軟性のある言語仕様の方が適しているのは、ある意味当然だと思うわけだ。
まじめな話、ちょっとしたコントローラ(UIへの入力に応じた)と表示部分を担ってるだけなんだから。
>>685 横レスだけど、言語仕様すら知らないなら黙っててくれるか?
おまえさんのビジネスとやらに引きこもっててくれ。
ついでに、WebProg板ってどういう意味だ?
690 :
デフォルトの名無しさん :2005/11/24(木) 20:05:48
>>682-683 それを大恥だと思ってるのはただのオナニーにしか見えないな。
だれかを蔑ますだけで自己満足すれば
Ajaxの魅力を人に伝えられると思ってるの?
スレが伸びてると思えば・・・(´・ω・`)
>>689 >
>>684 > これもな、JavaScriptを大して弄ってないんだと思うんだよね。
そういう
>>689 は高級言語も大して弄ってないどころか
オブジェクト指向設計経験大してないんだと思うだよね。
個人的な趣味でしかプログラミングした経験しかがなさそうだし。
他のスクリプトマンセーして高級言語貶してる香具師もそんな匂いがするし。
> AJAXがらみで、JavaScript使ってて、見通しが悪くなるだの、信頼性が下がるだの
> 言うレベルの規模なんて必要ないんだよ。
そういう、AjaxがどうこうではなくAjaxそのものがソフトウェア開発ビジネスとして
他の開発ビジネスよりも成り立つかどうかを知りたいんだよね。
ビジネスでは信頼性は重要だし、Ajaxの用途と限界がどこまであるかも知りたいね。
このスレを見た限りではオブジェクト指向言語といっても他の有名なオブジェクト指向言語
と比べ限界があることが明白だなってことがよくわかる。
依然として、ECMAScriptは複数人で開発するには苦しいままだ。
またまた同じようなことをだらだらと繰り返してますなあ
>>689 > 横レスだけど、言語仕様すら知らないなら黙っててくれるか?
> おまえさんのビジネスとやらに引きこもっててくれ。
却下。まず
>>683 と
>>670 を黙らせらた考えるよ。
それからオブジェクト指向の設計原則すら知らないなら黙ってくれないか?
おまえさんのオナニーとやらに引きこもってくれ。
695 :
デフォルトの名無しさん :2005/11/24(木) 20:19:52
> そういうレベルを想定している言語に対しては、ストリクトでガチガチの言語仕様より、 > アバウトで柔軟性のある言語仕様の方が適しているのは、ある意味当然だと思うわけだ。 ECMAScriptがガチガチの言語仕様なスクリプトでアバウトでない? スクリプトを使わないでアバウトな言語を使え? スクリプト言語のほうが型に甘すぎてかなりアバウトなんだけど。 > まじめな話、ちょっとしたコントローラ(UIへの入力に応じた)と表示部分を担ってるだけなんだから。 コントローラっていうかViewだね。MVCのView。 ドキュメント/ビューア・アプリケーションでいうところのビューアに相当するところだね。 そのviewの開発にAjaxがどこまで向いているかが気になるところ。 Ajaxだけでリッチクライアントを構成するのは馬鹿のやることだよ。
JavaScript自体、言語仕様を知る価値は薄いと思う。 知ってて得することは少ないし
>>688 それは特定の個人を指してない。
ただ、その様な考え方から、ビヘイビアのみを分離した形で定義したり
再利用したりするパターンが実際に生まれてますよという話。
699 :
デフォルトの名無しさん :2005/11/24(木) 20:24:24
Googleのマップはなるほどよくできているけど、他にどんな使い道があるのだろうか。 他にajaxをつかった面白そうなサイトがあったら教えてください。
つうかさぁ… 俺がAJAXで書いたコードなんて、大体1000行にも満たないよ、 これプラス、そこら辺にあるライブラリだけで、UIとコントローラ、クライアントサイドのモデル(RPC)周りまで全部、おしまい。 たかだかこんな物にアクセス制御、名前空間が無いと見通しが悪くなる!だの言ってる方が理解不能だ。 HTTP使って配信するものに大規模開発だのなんだの言ってるのは、あまりにも無知。 つか、一人でできる程度のプログラミング量しか許されないのに、複数人開発に向かないだのなんだのは、死ぬほど的外れ。 へたすりゃ、バイト単位で削るんだぜ。いちいち型だのアクセス制御だの書いてられるかつうの。 無知、あまりにも無知。
Ajaxの話とECMAScriptを一緒くたに話すから噛み合わないんじゃね? 明らかにAjaxとは無関係な部分のECMAScriptの詳細について語って る人が混じってるし?
>>644 >
>>626 > 痛々しいな。
>
http://www.crockford.com/javascript/private.html > を読んだんだろうが、君には難しすぎて理解できなかったようだ。
>
> > function Container(param) { var secret = 3; }
>
> の secret は containerObject.secret という式ではアクセスできない。
アクセスできないならそこでエラーがでたほうがデバッグしやすいんだけど。
こういうところをしっかり監視できるツールがあればいいけど、それがないなら、
Ajax開発も大きく普及しないだろうな。
> undefined なのは未定義だったから。
> 君は見当違いなプロパティに 4 を代入して騒いでいるだけだ。
そこでは本来エラーが出るべきなんだね。
さもないとバグの温床になりやすい。
言語仕様として欠陥とみなしてもいいくらいによろしくないね。
かなりアバウトな言語仕様だ。
>>700 > つうかさぁ…
> 俺がAJAXで書いたコードなんて、大体1000行にも満たないよ、
> これプラス、そこら辺にあるライブラリだけで、UIとコントローラ、クライアントサイドのモデル(RPC)周りまで全部、おしまい。
顧客から依頼されたときの納期、開発期間はどれくらい?
開発人数は何人くらい? 規模は?
>>704 おまえこそ、WebProgなりWeb制作に行くべきだと思うけどね。
おまえのコンサルタントをやるところじゃねーし。
ここでやるとしたら、AJAXを使ったWebアプリケーションの方向性は?未来は?とかで
おまえの仕事の手助けじゃねーし。
無能は去れ。
>>700 > つうかさぁ…
> 俺がAJAXで書いたコードなんて、大体1000行にも満たないよ、
少ないな。その程度の経験しかないのに威張ってるのか。
> これプラス、そこら辺にあるライブラリだけで、UIとコントローラ、クライアントサイドのモデル(RPC)周りまで全部、おしまい。
>
> たかだかこんな物にアクセス制御、名前空間が無いと見通しが悪くなる!だの言ってる方が理解不能だ。
Googleはどれくらい複雑なんだろうなと思って。
名前空間よりもカプセル化がね。
顧客からの仕様変更が相次いだり、他社のスクリプトを統合しろっていうとき
両社が名前空間とかをうまくつかっていればすんなりいくことが多いけどね。
君は、Ajaxでは今のところそこまですることは今のところありえないと言いたいんだね。
そのくせカプセル化できる継承できるクラスができるってことを自慢して威張ってる。
それらがいらないなら、あえて威張って自慢する必要もないはずだろうよ。
> HTTP使って配信するものに大規模開発だのなんだの言ってるのは、あまりにも無知。
> つか、一人でできる程度のプログラミング量しか許されないのに、
その根拠は?
むしろ教えろ君
>>705 >
>>704 > おまえこそ、WebProgなりWeb制作に行くべきだと思うけどね。
それはそこいらのスクリプト厨に言ってやれ。
> ここでやるとしたら、AJAXを使ったWebアプリケーションの方向性は?未来は?とかで
その方向性を語っているんだろ。
お前はECMAScriptでオナニーできるトリビアを自慢してるだけだろ。
> おまえの仕事の手助けじゃねーし。
なんだ、やっぱりお前はAjaxを個人の趣味オナニー程度にしか使ってないのか。
偉そうなことを言ってるから仕事に使ってるのかとおもったらただのオナニーか。
その程度か。
> 無能は去れ。
オブジェクト指向の設計原則も知らない癖に無能とは何事か。
お前が無能だ。WebProg板に(・∀・)カエレ
710 :
デフォルトの名無しさん :2005/11/24(木) 20:38:59
>>707 意味不明なことをいって誤魔化すために
都合が悪くなるとなんでもかんでも教えて君扱いする
のがWebProg板の低脳スクリプト厨の正体なわけですな(嘲笑
>>705 開発規模も開発人数も期間も答えられないってことは
やっぱりただの言語ヲタだったってことか
AjaxやECMAScriptを個人の趣味程度にしかつかえないキモヲタってことかねw
言語ヲタワラタ
>>701 Cもあるかもしれないが
VとCだな。
Vがまったくないとはさすがに言い切れない。
Ajaxはオナニースクリプトなんです!
Design by Contractを守れないスクリプト厨が必死ですw
まぁ、真面目な話でも振るか… GoogleはMSのエクセル程度の事はWebアプリとして供給する様になるんだろうけど、 デスクアプリとWebアプリの境界はどの辺になるのだろうか… どっからが、デスクアプリとして有効で、どっからが…
JSPから簡単に使えるライブラリってない? とりあえず、AjaxTagsとAjaxFacesの存在は知ってるんだけど もっとリッチなやつキボソ
718 :
デフォルトの名無しさん :2005/11/24(木) 20:48:20
ところで、争ってる途中で疑問に
思うけど、
>>615 に対する回答が無いということは?
JavaScriptでインスタンスが一つしかつくれない
Singletonを作ることを保証することは無理ということですか?
ECMAScriptがオブジェクト指向か否かを議論するスレ立ててそこでやれ
>>719 それだったらVBがオブジェクト指向がどうか
Cがオブジェクト指向かどうか
みたいな話をするスレも
>>716 今のとこ、その境界はないんじゃね?
当面あれもこれも全部WEBアプリ化してみて、ウケたやつが生き残り
ウケなかったやつは死ぬと、そしてその生死ラインがデスクトップアプ
リとWEBアプリの境界になるんじゃないか?
>>716 > まぁ、真面目な話でも振るか…
>
> GoogleはMSのエクセル程度の事はWebアプリとして供給する様になるんだろうけど、
それだったらPHPで動くXOOPSですでに実現できる。
それをわざわざAjaxだけでやる理由は?
Excel並みのものをやるんだったらC#やJavaで作った方がよさげにみえる。
AjaxでやろうとするとGUIだけが優れたチンケなものしか作れなさそう。
根性でつくれるとはいっても。Excelファイルのあのバイナリを扱うのは
AJaxだけでやるのはかなり辛いかと。
XMLフォーマットのみのExcelファイルなら簡単かもしれないが。
> デスクアプリとWebアプリの境界はどの辺になるのだろうか…
そんなものはリッチクライアントによってなくなる。
Ajaxは見たところ、依然としてWebアプリって言うか
従来型のHTMLクライアントにしか見えない。
ブラウザに頼らないと動かないんではね。
>>675 >
>>663 > Javaの*Util、C#のExtensionMethod、RubyのMix-in
*Util? Jakarta Commons LangのStringUtilのこと?
>>720 に限らず、できればServletとセットで提供されてると嬉しいんだけど
リッチなUIは欲しい。けど、JavaScript書いたり、それと対になるServlet
を書き起こしたりはしたくない。って感じなんだけど、わがまますぎ?
>>723 成る程ね、まだ試行錯誤段階だよなぁ、確かに。
>>725 いや、シングルトンは作れるけど無理ってことだろ
>>725 var Singleton =
{
member_a:null,
…
method_a:function()
{
},
…
}
と
function notSingleton()
{
this.member_a = null;
}
notSingleton.prototype.method_a = function()
{
…
}
一目瞭然だと思うんだが
結局答えちまうのね…
735 :
デフォルトの名無しさん :2005/11/24(木) 21:09:16
Ajaxian: ZK Released. New Ajax/XUL Framework
"ZK Released. New Ajax/XUL Framework"
http://ajaxian.com/archives/2005/11/zk_released_new.html これ面白そうだな
XULと連携か。
このXUL、cromeの設定とか
アップするたびにテキストファイル弄ってJARを入れ直して
特定のファイルを削除するという面倒なことを強いられ
かなり開発しづらかったからほとんど興味わかなかったけど
今はXULも扱いやすくなってるのかな?
XULってMozilla系でしか動かないとやっぱ虚しいな。
いいかげん、自分の知っているオブジェクト指向(クラスベース)だけが オブジェクト指向の全てじゃないと気づけよ・・・。 井の中の蛙とはまさにこのことだ。
738 :
デフォルトの名無しさん :2005/11/24(木) 21:14:04
見た目の恰好よさは Arax , Flex >>>>> curl >>>>>>> Ajax に見える。
>>737 > いいかげん、自分の知っているオブジェクト指向(クラスベース)だけが
> オブジェクト指向の全てじゃないと気づけよ・・・。
> 井の中の蛙とはまさにこのことだ。
それは可笑しいな。
オブジェクト指向の標準化を進めている
OMGが定めているオブジェクト指向はあんないい加減なものじゃないし。
>>736 それを見ると、Ajaxは補助的にしか使われない程度って感じで
Ajaxそのものを開発することはまずほとんどないだろうな。
だからAjaxでオブジェクト指向ができるといっても
面白いとも思わないな。
> Ajaxそのものを開発することはまずほとんどないだろうな。 また、Ajaxそのものを開発 とか訳の分からんこと言ってるし。
時代についていけなければ滅びる。 恐竜も滅びた。 次はわれわれが支配する。
もう相手する価値ないと思うよ。 何を言っても無駄みたいだし
>>736 やっぱりAjaxはCではなくVだよな。
>>742 ECMAEcriptの部分は作りたくないってことを言いたいんでしょ
>>744 うんうん、スクリプト厨には何を言っても難しく聞こえて無駄だね。
だいたい、目的と手段を間違えてる。 目的を達成できればいいじゃんか。 自分の知っているオブジェクト指向のやり方。 自分の知らないオブジェクト指向のやり方。 「やり方」をするのが目的じゃないだろ。 どちらのやり方でも、オブジェクト指向で目的の物を作れればいいじゃんか。
スクリプト厨にはJSFの話はわからないのが多いからな。
>>745 M(見かけ上)VC全部クライアントサイドに実装する事もできるし。
MCは、サーバサイドでVだけやる様にもできるし。
そこら辺は実装次第だと思うけど。
>>748 > だいたい、目的と手段を間違えてる。
> 目的を達成できればいいじゃんか。
おまい、まだ粘着してるの。
目的を達成しやすい言語なんだよ
大抵の開発者にとってはAjaxなど
所詮は道具でしかなくECMAScriptがどうのこうのって
ことは興味がない。大抵の者は、
>>736 が紹介しているようなサーバサイドフレームワークの中に
画像を拾って貼り付けるかのように使うことしか興味がない。
> 自分の知っているオブジェクト指向のやり方。
> 自分の知らないオブジェクト指向のやり方。
> 「やり方」をするのが目的じゃないだろ。
そりゃそうだ。
だけどやり方を統一しないと上で示されたJSFによる
サービス開発なんてできやしないよ。
ま。Ajaxだけで仕事していくことは考えない方がいいってことだ。
型にはまったやり方しか出来ないってのはプログラマとして終わっていると思う。 オブジェクト指向は、この言語で、このフレームワークで、このライブラリを使って、こういう風に作る物って。 オブジェクト指向は考え方だからな。 オブジェクト指向言語がまだ一般的でないころから、オブジェクト指向をやってきたものにとっては 言語仕様でサポートされていれば便利だが、無くてもオブジェクト指向はできるということを分かっている。
754 :
デフォルトの名無しさん :2005/11/24(木) 21:32:24
そうそう、JavaScriptはオブジェクト指向ができるということ。
>>753 ,755
オブジェクト指向云々の話はもうどうでもいい。
757 :
デフォルトの名無しさん :2005/11/24(木) 21:37:33
>>753 俺としてはオブジェクト指向言語でこれが守れないのは
プログラマとして終わってると思う。
@IT:連載:.NETで始めるデザインパターン 第7回 デザインパターンの落とし穴
http://www.atmarkit.co.jp/fdotnet/designptn/designptn07/designptn07_01.html クラスに関する5つの設計原則
1.単一責任の原則(SRP:Single Responsibility Principle)
クラスを変更する理由は1つ以上存在してはならない
2.オープン・クローズドの原則(OCP:Open-Closed Principle)
ソフトウェアの構成要素(クラス、モジュール、関数など)は
拡張に対して開いていなければならず(オープン:Open)、
修正に対しては閉じていなければならない(クローズド:Closed)
3.リスコフの置換原則(LSP:Liskov Substituion Principle)
派生型はその基本型と置換可能でなければならない
4.依存関係逆転の原則(DIP:Dependency Inversion Principle)
a. 上位のモジュールは下位のモジュールに依存してはならない。
どちらのモジュールも「抽象」に依存すべきである
b. 「抽象」は実装の詳細に依存してはならない。
実装の詳細が「抽象」に依存すべきである
5.インターフェイス分離の原則(ISP:Interface Segregation Principle)
クライアントに、クライアントが利用しないメソッドへの依存を強制してはならない
>>754 他のAjaxスレで話題に上がってたけど、
イマイチな評価だったよ。
760 :
デフォルトの名無しさん :2005/11/24(木) 21:48:01
ロバート・C・マーチンによる7つの設計の悪臭 兆候 説明 1. 硬さ 変更しにくいシステム。1つの変更によってシステムのほかの部分に影響が及び、 多くの変更を余儀なくさせるようなソフトウェア 2.もろさ 1つの変更によって、その変更とは概念的に関連のない 個所まで壊れてしまうようなソフトウェア 3.移植性のなさ ほかのシステムでも再利用できる部分をモジュールとして切り離すことが 困難なソフトウェア 4.扱いにくさ 正しいことをするよりも、誤ったことをする方が安易なソフトウェア 5.不必要な複雑さ 本質的な意味を持たない構造を内包しているようなソフトウェア 6.不必要な繰り返し 同じような構造を繰り返し含み、抽象化してまとめられる部分がまとまっていないソフトウェア 7.不透明さ 読みにくく、分かりにくい。その意図がうまく伝わってこないソフトウェア ECMAScriptは上記のうち、 「4.扱いにくさ」「」「7.不透明さ」「5.不必要な複雑さ」 がでる危険性が非常に大きい。 しかし残念なことに、多くのスクリプト言語開発者は 1〜7まで全ての項目を犯しやすい、というのが現実。 幸いにもAjaxAnywhereのようなJSFから使えるものはこれらの悪臭が全くない。
>>759 ああ時代遅れな低級スクリプト言語級プログラマには向いていないよ。
アジャイル開発時代のアーキテクト級プログラマになら向いているが。
>>757 さすがにその原則をECMAScriptで守らせるのは非常に難しいなw
大規模開発の世界じゃ、
>>757 の原則は常識。
では、Ajaxにおいてはどうか?
Ajaxオンリーなら常識じゃないかも知れない。
ただしAjax + JSFや
Ajax + PHP、Ajax + Perl
とかだと、何かしら原則を考慮しなきゃならないがw
とくにこいつだけは守ったほうがあとあと面倒なことが起きないだろう。
2.オープン・クローズドの原則(OCP:Open-Closed Principle)
ソフトウェアの構成要素(クラス、モジュール、関数など)は
拡張に対して開いていなければならず(オープン:Open)、
修正に対しては閉じていなければならない(クローズド:Closed)
以下、受け売りが続きます… なんで、こんなレベルの低いのがここにいついちまったんだろ…
>>765 本の紹介をすることが受け売り?
失礼だなー
>>767 あぁ、すまん、大規模開発は!とかオブジェクト指向は!とか言ってる奴の事。
学生じゃあるまいし…
>>768 大規模開発でAjaxを使って何処が悪いの?
>>768 学生をなめすぎ。
社会人より使える学生は腐るほどいる。
ぽよよよよよ〜ん
>>769 個人的には、却下だな。
リスクのわりに得るものが少ない。
つーか、通信量とサーバ負荷のありようによっては、損する可能性も無いわけじゃ無いし。
>>773 まあ、学生じゃあるまいし、ってなあ、客を想定しない仕事をヤユする決まり文句みたいなもんだけどな。
>>773 私(わたくし)も、学生の頃はその様に考えておりました。
潜在能力の高い方は多く居られますが、実務をこなすには、さらなる教育が必要でございます。
お金を稼ぐのは大変な事でございます。
だって、だって、だってだってなんだもん♪
誰だよ最初に親子丼考えた奴。最悪だな。親と子並べて食うんだぞ?
最高ぢゃないか
784 :
デフォルトの名無しさん :2005/11/25(金) 00:41:30
Ajax厨やJavaScript厨は
このJavaScript版JUnitであるJsUnitを使ってECMAScriptコードのテストをしているのか?
http://www.edwardh.com/jsunit/ JavaとApache Antを使って動いてるの笑えたな。
JARをHTTP上で動かしてテストかい。
Tomcatでも使うのかと思ったよw
さすがにそこまでいかないがAntを使って操作を繰り返すとは
JavaScriptしか知らない香具師には大変そうだなw
面白いのはJUnitフレームワークが使われていることだな。
結局JUnitの上でJsUnitが動いているんだなw
気は済んだかい?
笑い上戸の子がいまつね。
>>779 給与格差が増大する中、
学生は株や個人事業主やって稼ぐ。
異様に伸びてると思ったら、頭悪いゴミPGが、 判ってないモンに噛み付いて、恥さらしてファビョったのか。 (´・ω・)カワイソス
>>784 技術にこだわり、物作りの原点を忘れた、愚か者だな。
自分の知ってることを基準にしかできないからだよ
792 :
デフォルトの名無しさん :2005/11/25(金) 02:38:58
ほんとだ。いつの間にか伸びてると思ったら粘着API厨がこんなに糞レスつけてるとは。さっさとWebProg板行けよ。
オブジェクト指向オブジェクト指向って 本当厨くさいな 初心者PGか? それともなにか熱烈に信教しているのかw そんなもの数あるうちの手法の一つでしかないのに まるでなんでも解決してくれる魔法の道具かのような扱いだなw いまさら熱く語るようなものかよ よく理解してないなら黙って勉強してろ
JavaScriptのような動的言語のフィーチャーは今後 Javaにも取り込まれるだろうから、 Javaしかできないあなたは今からJavaScript勉強しとくのもいいかもよ
キーワードは大規模 これ
大規模かどうかより儲かるかどうかのが興味あるな
この板IDが出ないから、冬厨だけあぼーんできないのが残念だな。 つか、隔離スレ立てようか?
798 :
デフォルトの名無しさん :2005/11/25(金) 03:45:39
>>790 JsUnitがなんで愚かなんだ?
マイナス志向な発言がまた目立つな
>>794 MustangでPHPやJavaScript, Groovyは
すでに使えるよ。
どうでもいいけど「Javaしかできないあなた」って何だw
架空の存在に向かって何かを訴えているのか
800 :
デフォルトの名無しさん :2005/11/25(金) 03:52:45
>>793 > オブジェクト指向オブジェクト指向って
> 本当厨くさいな
> 初心者PGか?
> それともなにか熱烈に信教しているのかw
> そんなもの数あるうちの手法の一つでしかないのに
> まるでなんでも解決してくれる魔法の道具かのような扱いだなw
「動的オブジェクト指向動的オブジェクト指向」っていってるスクリプト
厨は確かに厨臭いが、
一般的オブジェクト指向でよく言われている鉄則は
信仰もなにも常識として5つのオブジェクト指向設計原則
は当たり前のことなんだからそれを初心者プログラマとか
呼ぶのは恥ずかしいからやめときな。
魔法の道具のような扱いを受けてるものが
そこらへんのスクリプト言語よりも高い開発効率で
より信頼性の高いものを作って世に売り出されているわけだが。
スクリプト厨はただただそれに僻むことしかできないみたいだなw
> いまさら熱く語るようなものかよ
> よく理解してないなら黙って勉強してろ
オブジェクト指向の設計原則も理解していない奴こそが黙って勉強してろ。
801 :
デフォルトの名無しさん :2005/11/25(金) 03:54:10
>>792 だったらこんなスクリプト厨が好きそうな
糞スレをム板に立てるなよってところだが、
実際に悪い奴はスクリプト厨なので
さっさとWebProg板にスクリプト厨を追い出そうぜ。
JavaScript厨はただただ人を貶すことしかできない人間に 成り下がってしまったみたいだが、 もう技術的なネタはキレてしまったかw じゃ、JSF + Ajaxの話題でもするか。 JSFが入ってくるから嫌でもオブジェクト指向が 絡んでくるがなw
>>777 >
>>769 > 個人的には、却下だな。
> リスクのわりに得るものが少ない。
> つーか、通信量とサーバ負荷のありようによっては、損する可能性も無いわけじゃ無いし。
あれを作るんだったらAjaxの部分を
FlashやJava、Curlなどの他の言語で作ってしまいたいな。
>>802 JavaScript厨は愚痴しかこぼせない。
>>797 スクリプト厨を隔離するスレならWebProg板に立てるのがよろしかと
>>795 いや、キーワードは動的、プロトタイプ
これだろ
>>796 ろくな開発環境も支援ツールも少ない
今ではAjaxはそう簡単に儲かるものじゃないな。
Ajaxはあくまでオマケ程度に見た方がいい。
>>790 >
>>784 > 技術にこだわり、物作りの原点を忘れた、愚か者だな。
ものつくりする香具師は技術にこだわらないと
いけないわけだが。技術力を侮っているそこの愚か者よ。
このスレのJavaScript厨はこんなに頭が悪いのか。
810 :
デフォルトの名無しさん :2005/11/25(金) 04:05:53
ものつくりという言葉が大好きな連中は システム系や信号処理系、ハードウェア系あがりに多い。 だが、このスレの馬鹿の場合、それの受け売りなので 実際にはそんなスキルはなくウェブデザイナレベル。 ものつくりものつくりといって「バグ」というものを沢山つくってしまいました。 これぞひとよんでバグつくりぃ〜
>>757 のクラスに関する5つの設計原則を
守れないとあなたはもれなくバグつくりになれます。はい
エェージャァーックスはエロイ エェーラァーックスは偉い されどスクリプト厨は偉くない。
スクリプターはJSFを理解できないんです
いいからレベルが低いスクリプト厨はWebProg板に(・∀・)カエレ!!
>>800 いやいやだから
今更お前みたいにオブジェクト指向なんて連呼している
素人プログラマーのスクリプト中が痛いっていってるんだよw
あれだろお前
どんな短いコードでもオブジェクト指向が最適な方法だと
高らかに連呼して勘違いして無理やりつっこもうとする
素人にありがちなコーダーって感じだな
webデザイナーあがりのjavascriptしか描けないようなやつが
あんまり知ったかぶりしてオブジェクト指向とかいってんなw
中学生か?
お前に勉強しろっていってるんだw
>>810 受け売りはおまえだろ
そこらへんの記事の引用しか
してないくせにw
なにもできてないのにできていると勘違いして
なにも物を作り出せないタイプだな
お前ら、とりあえずこいつは放置しろよ。 【レス抽出】 対象スレ: Ajax 2.0 キーワード: JavaScript厨 抽出レス数:18
まぬけばっかだなw お前らほとんどコーダーかスクリプターのくせに プログラマー気取ってる奴おおいねえ・・・ スクリプターがスクリプター帰れって言ってるw
背伸びしてム板きてんじゃねーよ しかもこんな板違いのスレに群がるなw
>>818 もう寝ろよ。一晩中煽って大漁でもう十分だろ?
自分はプログラマーだと 思い込んでるjavascript使いやAS使い いわゆるコーダー Cもできないのにねー にやにや
Cもできないのに javaとか#とかよく言う奴 みかけるよねw ましてやJSやASなんて・・ Cができないでよく言えるなっと 俺もそんな根拠のない自信ほしいぜ
Web系プログラマと業務系プログラマの争い?
なんにせよスレ違いだな。
>>823 それは対立軸を持つようなものじゃないだろ。
ずっと思ってたんだが、ム板にこのスレは必要って言ってる人は
こういう流れになると分かりきった上でなお必要だと思っているわけ?
WebProgはサーバーサイド Web制作はクライアントサイド 間をとってム板
このスレ、板違いでFA
【Ajax】スクリプトキッディ隔離病棟
830 :
デフォルトの名無しさん :2005/11/25(金) 11:30:44
オブジェクト指向なんか嫌いだ、みたいなレスがついているけど なんだかんだいって結局Ajaxを 使う場面では上で誰かが書いたような リスコフなんたらいうオブジェクト指向だらけの コンテナの中にAjaxをちっちゃな部品の 一つとして配置してゆくんだよな。
>>817 違うだろ
放置するキーワードは
キーワード; プロトタイプ
動的オブジェクト指向
だろ
こいつを放置しなきゃいかん
>>815 >
>>800 > いやいやだから
> 今更お前みたいにオブジェクト指向なんて連呼している
> 素人プログラマーのスクリプト中が痛いっていってるんだよw
スクリプト厨がオブジェクト指向を理解できるわけないだろw
それにド素人は動的オブジェクト指向とか
プロトタイプベースオブジェクト指向なんて連呼してる馬鹿だよw
> あれだろお前
> どんな短いコードでもオブジェクト指向が最適な方法だと
> 高らかに連呼して勘違いして無理やりつっこもうとする
> 素人にありがちなコーダーって感じだな
この発言からしてお前がオブジェクト指向も理解せず
実践したことが無いことがよくわかるよ。
> webデザイナーあがりのjavascriptしか描けないようなやつが
> あんまり知ったかぶりしてオブジェクト指向とかいってんなw
> 中学生か?
それをいってるやつは動的オブジェクト指向とかプロトタイプベースオブジェクト指向
とか言ってる馬鹿なんだけどw あの馬鹿どもがいっているオブジェクト指向を
真のオブジェクト指向と勘違いされてもなw そもそもお前にその違いを勉強しろといってるんだw
833 :
デフォルトの名無しさん :2005/11/25(金) 11:41:47
>>818 > まぬけばっかだなw
> お前らほとんどコーダーかスクリプターのくせに
> プログラマー気取ってる奴おおいねえ・・・
>
> スクリプターがスクリプター帰れって言ってるw
ブンヒャヒャッヒャッヒャッヒャヒャー
チョーワラタ
動的オブジェクト指向とかプロトタイプベースおtか
スクリプトごときで威張ってる連中なんてそんなもんだよw
834 :
デフォルトの名無しさん :2005/11/25(金) 11:41:59
>>789 ファビョる
そうそう、それがスクリプト厨の典型だから。
835 :
デフォルトの名無しさん :2005/11/25(金) 11:42:24
>>816 >
>>810 > 受け売りはおまえだろ
> そこらへんの記事の引用しか
> してないくせにw
> なにもできてないのにできていると勘違いして
> なにも物を作り出せないタイプだな
ほぉう、ならいったいどんなものを作ったいっていうんだw
どうせウェブデザイナあがりのたかか1000行程度のスクリプト書いた程度で
レンタル鯖弄ってオナニーしてる厨がその程度で満足してるだけだろw
それがお前の正体だろw くだらないスクリプト書いてサーバサイドプログラミング
もろくにできない奴がものつくりだって(ワラ アフォにもほどがある。
>>826 >
>>823 > それは対立軸を持つようなものじゃないだろ。
むしろWeb系プログラマというよりWeb系デザイナ(ECMAScript厨)だなw
> ずっと思ってたんだが、ム板にこのスレは必要って言ってる人は
> こういう流れになると分かりきった上でなお必要だと思っているわけ?
馬鹿な背伸びしてるスクリプト厨が
そんなことわかりきってるわけないだろw
このまえ調子に乗ってム板にPHPスレ立てた馬鹿がいたが
見事に叩かれていたな。どうみても明らかにム板じゃないから
スクリプターは馬鹿にされるんだよw
それをムキになってる奴が沢山いて笑えるがなw
それからMVCアーキテクチャというものは知っておろうな?
ここで煽ってる奴らって、みんな「オブジェクト指向マンセー」って感じで大騒ぎしてるんだな。
3年くらい前ならオブジェクト指向を前面に出しすぎると激しく煽られてたのに...
JavaScriptは、フロントエンド環境のためにある仕様なのでなんちゃってオブジェクト指向で十分だと思う。
大規模開発でJavaScriptは耐えられないとか言ってるけど、
ココの奴らは一つの言語でコアの部分からフロントエンドまで全てやろうと思うところがおかしい。
また、JAVAとJavaScriptを同じ土俵で評価しようとする奴らは全てにおいて能力が低くみえる。
JavaScriptはフロントエンド技術なので、言語使用どうこう言ってるより、
デザインと連携した演出的なものを模索したほうがいいと思う。
センスのいいデザイナーがAjax絡みのデザイン系のサイトを作れたら、
こんなところで九打を巻いているキンタマプログラマよりずっと貴重な人間だと思う。
JavaScriptでこのくらいはやれるらしい
http://www.scottschiller.com/
なんなんだこいつ・・・
スクリプト厨がスクリプト厨叩いてる・・・
さっさとweb板にいけばいいのになあ・・・
>>836 と、しったかぶりした
スクリプターがいっておりますw
奴らって言うの止めてくれないか? ×:ここで煽ってる奴らって、みんな「オブジェクト指向マンセー」って感じで 大騒ぎしてるんだな。 ○:ここで煽ってる「おろうな」は、「(浅い理解の)オブジェクト指向マンセー」 って感じで大騒ぎしてる。
>>838 俺も大いにそうおもう
なんなんださっきからオブジェクト指向連呼してるやつはwww
だったらCでもやってろと思うんだが
適材適所というものをしらないんだろうな
実際にはオブジェクト指向を理解していない、覚えたての厨なんだろ
スクリプターがプログラマー気取るなと言いたいね
>>833 お前のことだよw
オブジェクト指向厨wwwwww
釈迦に説法。
MVC知ってれば上等のつもりなんだろか…
知ってて当たり前の事を、さも上等の知識の様に言い(しかも受け売り)、
しかも、ともすれば知ってて当たり前の事すら知らないから馬鹿にされてるのにねぇ。
無知、妄想が武器ってのは楽ちんで良いよなぁ…
>>838 > ココの奴らは一つの言語でコアの部分からフロントエンドまで全てやろうと思うところがおかしい。
どいつよ?
下手なスクリプトやプログラムだと オブジェクト指向より箇条書きのコードのほうが よっぽど速くて開発し易いことを しらないんだろうなw
オブジェクト指向は知っててあたりまえのことだと思うが さも今更すごいことのように 連呼している、自称プログラマーのスクリプターが うざい
>>835 お前はそれすらもできない
ただの記事の引用厨だろww
プログラムのプの字もできないやつが
プログラマーを気取るなww
せいぜいHMTLからやり直せwwwwwwwwwwww
スクリプターちゃんw
>>832 >スクリプト厨がオブジェクト指向を理解できるわけないだろw
お前全然理解できてないじゃんw
オブジェクト指向
単なる知識の受け売りじゃ「理解」とは言わないよw
俺から見ればお前もスクリプト厨
板違いだぞ
もうやめよーよー
>>847 やめよー、ていうかもう次スレはいらないよな。
続きがやりたきゃWebProgかWeb制作池
くんな
850 :
デフォルトの名無しさん :2005/11/25(金) 13:33:47
Ajaxってアジャスタみたいな名前だな
851 :
デフォルトの名無しさん :2005/11/25(金) 13:35:33
>>845 wwwを沢山つかうこいつは明らかにC厨
ポインタ演算がどうだこうだメモリ節約がどうだこうだと
10年以上前のレガシーな話題をする程度で上等なプログラマと
勘違いしている。ECMAスクリプト書いた程度でプログラマに
なれたと勘違いしてる厨と同じくらい情けない。
これまた世界の違う奴が入り乱れてきた感じだな。
なんかC言語厨が湧いてきているが 浅いオブジェクト指向しか理解していないのは C言語厨も同じ っていうかECMAScript厨のほうが そこにいる構造体しか知らないC言語厨よりもオブジェクト指向を しっかり理解していることはまちがいない。
馬鹿なんだろうから言っておくけど、 AJAX使おうが、サーバサイドはJAVAなりPHPなりの、ありきたりの言語で構築するんだよ。 サーバサイドもJavaScriptで組まなきゃAJAXじゃねーとか思ってんじゃねーの? だ か ら、 JavaScriptが、大規模開発に向かねーの、ビジネスモデル構築に使えるかっつーのって まぬけな事言ってんじゃねーの?
856 :
デフォルトの名無しさん :2005/11/25(金) 13:49:29
>>841 >
>>838 >
> 俺も大いにそうおもう
> なんなんださっきからオブジェクト指向連呼してるやつはwww
動的オブジェクト指向連呼してるやつがなwww
> だったらCでもやってろと思うんだが
Cだけでまともなオブジェクト指向ができるというならやってみろwww
> 適材適所というものをしらないんだろうな
C言語厨は馬鹿だからCだけでなんでもかんでもやれば
いいと勘違いしている。適材適所というものを知らないんだろうな。
> 実際にはオブジェクト指向を理解していない、覚えたての厨なんだろ
C言語厨は構造体を使えただけでオブジェクト指向を理解したつもりになっている
なんちゃってオブジェクト指向厨なんだろ。
> スクリプターがプログラマー気取るなと言いたいね
スクリプタどころか構造化手法オンリー厨がプログラマー気取るなと言いたいね
>
>>833 > お前のことだよw
> オブジェクト指向厨wwwwww
お前のことだよエセオブジェクト指向厨==構造化手法オンリ厨wwwwww
>>855 > 馬鹿なんだろうから言っておくけど、
> AJAX使おうが、サーバサイドはJAVAなりPHPなりの、ありきたりの言語で構築するんだよ。
PerlやColdFusion, ASP, ASP.NETを忘れてるぞ。
> サーバサイドもJavaScriptで組まなきゃAJAXじゃねーとか思ってんじゃねーの?
おまえそんなこと想像してると思ってんの?
さすがに相手がそういう馬鹿であると想像しているお前自身が馬鹿だと思われるぞ。
お前が本当に賢い人間だったらそんな馬鹿発言はしないほうがいい。
> だ か ら、
> JavaScriptが、大規模開発に向かねーの、ビジネスモデル構築に使えるかっつーのって
> まぬけな事言ってんじゃねーの?
もうJavaScriptで大規模開発はどうでもいいって。
なんでもかんでもJavaScriptやAjaxだけで実装仕様とする奴がまぬけだっていうこと
がここで議論されているんだろ。
858 :
デフォルトの名無しさん :2005/11/25(金) 13:56:08
>>846 >
>>832 > >スクリプト厨がオブジェクト指向を理解できるわけないだろw
>
>
> お前全然理解できてないじゃんw
> オブジェクト指向
> 単なる知識の受け売りじゃ「理解」とは言わないよw
ほっほっほっほっほぉーーーう
仕事でStrutsを使いこなしJSFを使いこなせる人間が
単なる知識の受け売りだとでも思ってるのかね。
笑わせんなよ真性スクリプト厨。
いっておくが
StrutsやJSFを使いこなせる人間になるためには
オブジェクト指向を知識の受け売り程度にしかものに
できないでは済まされずもっと磨きが必要なんだよマヌケC厨君
859 :
デフォルトの名無しさん :2005/11/25(金) 14:03:58
意見言わしてモラうのもナンなんすけど。 単なるいつものオブジェクト指向クンとコボルとかC使いジジーのハンチクな争いになってるだけッスねぇ(クッチャクッチャ
>>838 > ここで煽ってる奴らって、みんな「オブジェクト指向マンセー」って感じで大騒ぎしてるんだな。
> 3年くらい前ならオブジェクト指向を前面に出しすぎると激しく煽られてたのに...
たとえばどこをどういうふうに? どんなふうに煽られていた? もっとkwsk
> JavaScriptは、フロントエンド環境のためにある仕様なのでなんちゃってオブジェクト指向で十分だと思う。
そんなのがAjaxに使われあたかももてはやされてるみたいな言われ方をしているが
実際に開発するときにスクリプトを直接弄って開発するための環境を整えることは
他のサーバ言語開発環境ほど容易にはいかないだろう。そこでなんちゃってオブジェクト指向
になってる問題をどう解決できるかっていうツールはないものかと思っているんだが。
上で紹介されたJsUnitをつかってテストをすればいい?それだけか?もっとましなデバッガはないか?
assert()を実装できるAPIはないか?
> 大規模開発でJavaScriptは耐えられないとか言ってるけど、
> ココの奴らは一つの言語でコアの部分からフロントエンドまで全てやろうと思うところがおかしい。
さすがにそこまでやる奴はいないだろうと。JavaScriptだけでそんなことやる奴は変態だよ。
まさに、C言語だけでオブジェクト指向しようとするのと同じくらい変態。
> また、JAVAとJavaScriptを同じ土俵で評価しようとする奴らは全てにおいて能力が低くみえる。 ここでそういう話がでたのは上のように、まともなJavaScript開発環境がJavaやPHP並みに 揃っているのかって話かと。そこで比較の話が生まれたと。 まともな環境もないのにJavaScriptを使ってGoogleMapみたいなもの、いやそれ以上の ものを頻繁に作るのははて、と。 > JavaScriptはフロントエンド技術なので、言語使用どうこう言ってるより、 > デザインと連携した演出的なものを模索したほうがいいと思う。 > > センスのいいデザイナーがAjax絡みのデザイン系のサイトを作れたら、 > こんなところで九打を巻いているキンタマプログラマよりずっと貴重な人間だと思う。 Ajax + JSFって話があるのでAjax部品をどうサーバサイド言語と組み合わせるか って話で盛り上がるのが理想かと。
862 :
デフォルトの名無しさん :2005/11/25(金) 14:07:03
>>842 > 釈迦に説法。
>
> MVC知ってれば上等のつもりなんだろか…
>>837 はマ板で暴れてる間抜けなC言語厨によるレスだよ。
>
> 知ってて当たり前の事を、さも上等の知識の様に言い(しかも受け売り)、
> しかも、ともすれば知ってて当たり前の事すら知らないから馬鹿にされてるのにねぇ。
C言語厨がそんなものを知っていてもそりゃ使いこなせないだろうなw
それゆえにC言語厨もスクリプタ同様に馬鹿にされると。そういう構図
>>851 そう、まさにその通り!
C言語厨はこんなスレにまで湧いてきた。アフォですな
>>845 >
>>835 > お前はそれすらもできない
> ただの記事の引用厨だろww
それはお前だろワラワラC言語厨
> プログラムのプの字もできないやつが
> プログラマーを気取るなww
C言語しかできない奴がプログラマーを気取るなww
> せいぜいHMTLからやり直せwwwwwwwwwwww
せいぜい携帯電話用のあのなつかしいCHTMLからやり直せwwww
> スクリプターちゃんw
すくりぷときでぃちゃんw
ECMAScript厨=スクリプタ JavaScript厨=スクリプタ C言語厨=数年前は売れたが今は売れない最下層の底辺末端コーダ
エージャックスかいはつ まるでジャックスカードみたいな
おまえら、しごとしろ
Cもできないやつが プログラマーきどるなw なんか無駄にほえるやつがいるなw Cすら一つの手段の一つにすぎないものを オブジェクト指向もしかりw
>>865 お前がプログラマーじゃないことはよくわかった
C使わないでどうやって業務プログラムするんだw
#とか++って言い訳はするなよw
>>858 嘘つけwwwwwww
無職のニートがほえてんなよww
Strutsでなにがオブジェクト指向だよw
オブジェクト指向がなんの言語から生まれたか知ってるのかwwwwwwwwwwwwwwwwwwwwwwwwwwwwwwwwwwwwwwwwwwwww
>>858 こんな時間帯にこんなスレにいるやつがよくでまかせ言うよww
妄想はやめろwww
お前は記事の引用ばっかりやってないで
実務段階のオブジェクト指向を勉強してみろw
すこしは理解できるよ
オブジェクト指向についてww
StrutsやJSFwwwwwww それでよくプログラマーなのれるなww コーダーやスクリプターとかわんねーwwwww 本当のプログラマーからしれみればなw
Strutsでオブジェクト指向って javascriptでオブジェクト指向自慢してるやつと 大して代わんないじゃん
オブジェクト指向連呼してるやつが とにかくプログラマー初心者だってことは よくわかったよw まず俺がいえるのは 本屋の参考書一冊かって勉強しろw StrutsやJSFでそんなこといってるようじゃ とてもじゃないが、厨臭くてみてられんw
>>870 > オブジェクト指向がなんの言語から生まれたか知ってるのか
これは強烈だなw
オブジェクト指向は言語から生まれたのか。いやいや、勉強になるスレだ。
>>856 >動的オブジェクト指向連呼してるやつがなwww
いやしてないからw
誰かと勘違いしてないか?
プログラマー初心者君
>>837 GUIのMVC(XEROX PARCが発案)とWebのMVC(Sunが発案)が全然別物だ
ということは知ってるんだろうな?
オブジェクト指向覚えた手の 厨房がいるスレは ここですかwwwwwwwwwwwwwww
>>875 知ったかぶり乙wwww
やっぱりお前初心者でオブジェクト指向連呼したいだけだろwww
オブジェクト指向はSmalltalkで形式化されたんだよw
勉強になったかw
コーダー君wwwwwwwwwwwwwwwwwwwwwww
おもしろいなー どんどん食いついてくるw おまけに自分はプロだと言うしまつw これだから初心者はw オブジェクト指向はすごいのはもうわかったから あんまり他でも言うと 恥かくぞw
883 :
875 :2005/11/25(金) 15:19:43
>>879 ごめん。あまりにも予想通りの答えでコーヒー噴いたw
884 :
デフォルトの名無しさん :2005/11/25(金) 15:32:03
5年前の化石がのさばってると聞いてVIPから来ますた(・∀・)
>>871 >
>>858 >
> こんな時間帯にこんなスレにいるやつがよくでまかせ言うよww
人のこと言えるのかwwwwwwwwwwwwwwwwwwwwwwwwwwwwwww
wwwwwwwwwwwwwwwwwwwwwwwwwwwwwwwwwwwwwwwwwww
wwwwwwwwwwwwwwwwwwwwwwwwwwwwwwwwwwwwwwwwwww
wwwwwwwwwwwwwwwwwwwwwwwwwwwwwwwwwwwwwwwwwww
wwwwwwwwwwwwwwwwwwwwwwwwwwwwwwwwwwwwwwwwwww
886 :
デフォルトの名無しさん :2005/11/25(金) 15:38:33
(・∀・)アヒャ?
>>883 ワラタsmalltalkも知らない知ったか
>>879 が他人を知ったかしてる
俺もC言語厨の馬鹿さ加減に吹き出しそうになったw
>>882 てめぇこれ以上マ板に糞スレたてんなヴォケ
スクリプターはWebProg板に帰れ( ゚Д゚)ゴルァ!!
889 :
デフォルトの名無しさん :2005/11/25(金) 15:40:35
HyperTalkでええやん
>>869 >
>>865 > お前がプログラマーじゃないことはよくわかった
> C使わないでどうやって業務プログラムするんだw
お前の発言がアホすぎてあほ過ぎて爆笑しそうになったぞ。
C使わないで業務プログラミングみんなしてるだろw
お前は陰で細々と貧乏ファームウェア開発でもしていればいいんだよドアホ
> #とか++って言い訳はするなよw
くだらね。C#もC++も使いこなせないからと言って
負け犬みたいなことしか言えねえのかw
>>880 > おもしろいなー
> どんどん食いついてくるw
お前が食いついてきてるんだろ。
発言が幼稚で根拠もないからなw
892 :
デフォルトの名無しさん :2005/11/25(金) 15:47:45
javascriptのjの字も出てこないとはこれいかに?
>>884 > 5年前の化石がのさばってると聞いてVIPから来ますた(・∀・)
ああC言語厨のことだね。
っていうか彼は5年前というより
もっと時代が遡って25年以上前の化石だからw
896 :
デフォルトの名無しさん :2005/11/25(金) 15:57:10
Smalltalk...懐かしい
っぷw オブジェクト指向連呼してるわりには Smalltalkしらなかったらしいね だいたいC言語中でだれだよww 俺のことか?www Cなんざほとんどつかわないよw できないのと使わないのとは違いますけどねwwwwwwwwwwwwwwwwwwwwwwwwwwwwwwwwwwwwwww 自称プログラマーのコーダーちゃんww web板に帰れよ お前にはプログラム板は高度すぎるよw
C言語厨?
>>898 > っぷw
> オブジェクト指向連呼してるわりには
> Smalltalkしらなかったらしいね
>
> だいたいC言語中でだれだよww
君のことです。
オブジェクト連呼している 初心者プログラマーが痛すぎる おまけにプロだと言う始末 おまけにCもできない始末 おまけにできないくせに古いとかいうしまつw それでよくプログラマーなのれるな
>>898 SmalltalkもCのことも知らないで
他人を知らない呼ばわりして知ったかか
おめでたいなw
>>900 いやいやwww
知らなかったんだろwww
オブジェクト指向とかぷげらwwwwwwwwwwwwwwwwwwwwwwwwwwwwwwwwwwwwwww
知らないくせに連呼してたのwww
参考書でも買って来いw
905 :
デフォルトの名無しさん :2005/11/25(金) 16:02:55
>>901 ちょwwwwおまwwwwwwww
まだ精子にすらなってないwwwwwwwwww
>>902 動的オブジェクト指向を連呼しているやつがでしょ
初心者どころかスクリプター止まりだろw
それにCもできない
>>903 知らないのはお前だろwwwwwwwwwwwwwwwwww
さっさとぐぐってこいよwwwwwwwwwwww
オブジェクト指向大好きなんだろwwwwwwwwwwwwwwwww
いや古すぎるから勉強したくないかwwwwwwwww
↑このループを抜けるにはCでどう書くんですか?
C言語厨てさ、誰にでもなりふりかまわず 無差別に噛みつくんだね。
910 :
デフォルトの名無しさん :2005/11/25(金) 16:05:43
だからC言語厨ってだれだよwwwwwwwwwwwwwwwwww Cも数ある言語の一つに過ぎないっていってるだろww オブジェクト厨ならここにいるけどなwwwwwwwwwwwwwwwww
>>875 に対して人違いして
オマヌケな見当違いなレス(>879)をする
C言語厨にワロタ
C言語厨のオブジェクト指向コンプレックスワラタ おまえはスクリプター同様 貧乏組み込み機器開発でもしていればいいんだよ。
>>911 いるのはオブジェクト指向厨ではなく
エセオブジェクト指向厨
=プロトタイプベースオブジェクト指向厨
=動的オブジェクト指向厨だけどなw
C言語厨はオブジェクト指向が解らず否定しているから
アンチオブジェクト指向厨ってことで
>>910 ほらやっぱりおめえC言語厨じゃねえかw
917 :
デフォルトの名無しさん :2005/11/25(金) 16:11:49
C言語でAjaxすると Acaxか エイカックス エイキャックス
SmalltalkでAjaxすると Asax エイサックス
919 :
デフォルトの名無しさん :2005/11/25(金) 16:13:13
SegwayでAjaxすると Asex あ、セックス
>>870 >
>>858 >
> 嘘つけwwwwwww
> 無職のニートがほえてんなよww
お前が無職なんじゃねえのか。
こっちは研究職だからこうしてレスしていられるんだよ。
> Strutsでなにがオブジェクト指向だよw
Strutsはお前みたいなオブジェクト指向知らない
馬鹿には使いこなせないぞ。どっかで躓くからな。
> オブジェクト指向がなんの言語から生まれたか知ってるのかwwwwwwwwwwwwwwwwwwwwwwwwwwwwwwwwwwwwwwwwwwwww
アホか、ギリシャ語から生まれたんだろ
>>919 ワラ
あの乗り物にAjax搭載してどうするんだよw
VBScriptでAjaxすると Avax エイヴァックス VB.NETでAjaxすると Visual basic.nET からとって Avex Trax
FlashでAjaxすると Afucks エイファック、ス あ、性交
露出狂FlasherがMacromedia FlashでAjaxすると 裸でAfucks 裸でFuck
MLでAjaxすると Amax エイマックス
でもさぁ、やっぱ本家(?) Arax にはかてねーよ。 誰だ?これネーミングした奴。
510 名前:デフォルトの名無しさん[] 投稿日:2005/11/23(水) 10:30:44
>>502 >一つのクラスにint型変数100個定義するのと、int型配列で要素100個分確保するのと
もうちょっと細かくたのむ。
>たとえば、要らなくなったメモリを開放しようとして配列にnullを入れるとちゃんと回収されるのかな?
環境によって変わるが特殊な状況下に無いかぎり解放される。
>int型変数だと定義しているクラスが参照されなくなるまで、メモリを食うのかな?
一つ一つnullいれてけば?
こんな間抜けな発言してる奴がオブジェクト指向を語るなんておこがましいにもほどがある。
929 :
デフォルトの名無しさん :2005/11/25(金) 17:14:37
>>927 何処の板の何処のスレのレスなんだよ
前後関係を見ないとそいつがマヌケで
エセオブジェクト指向かどうかもわからないだろ
>>927 どこのスレの510か502かわからないが
510はとくに間抜けな発言をしている様子がある
とはそのレスだけでは判断できないな。
むしろ不要オブジェクトにひたすらnullを入れれば
ガーベッジコレクタが機能すると勘違いしてる
>>502 のほうが間抜け。
そんなパフォーマンス都市伝説を今どき信じる奴は時代遅れ。
むしろnull代入は返ってパフォーマンス低下に繋がることもある。
それに一体何の言語の話をしているんだか。
>>930 int型配列にnull入れて回収されるか?という問いに対して「環境によって
変わるが特殊な状況下に無いかぎり解放される。」と答えるのが間抜け
でないならなんだというんだ?
初心者に優しい言語だと思うけどなぁ…、Java 別に貶してるわけじゃないけど。 最初にCで学びました、なんてのは悲惨だろうなぁ… 当時ならPascalで学べみたいなもんだよなJava
JAVA = 言語仕様として非常に易しい部類に入る = しかし、それすら 理解できてない = 単語を知ってるだけで中身については全く理解で きてないオブジェクト指向厨 = 今ここを荒らしてる奴 彼をJAVA厨と呼ぶのは止めてくれ、彼はJAVA厨ですらない。
また加速してますね スレ違いだよ
JavaScript スレでやれよ
>>934 >
>>930 > int型配列にnull入れて回収されるか?という問いに対して「環境によって
> 変わるが特殊な状況下に無いかぎり解放される。」と答えるのが間抜け
> でないならなんだというんだ?
それはおまいがガーベッジコレクタの仕組みを理解してないから
勝手に間抜けだと思いこんでいるに過ぎぬ。
彼も説明不足だとも言えるが、まず質問者が
ガーベッジコレクタの仕組みを理解していないことにはなんとも言えないな。
まず質問者が一体何を意図して何を心配しているかを考えるべき。
そうするともとより明確な答えが出る。
まさかとは思うがその質問者がお前による自作自演じゃあるまいな?
だとしたらお前はもうちょっと質問の仕方を考え直した方が良いし
お前自身の人格を補正することを先に考えた方が良い。
彼の「特殊な状況下」というのがどういうものかによるが
そのことで文句を言うのはただの揚げ足取り。
int[]型配列はnullを入れたからといって即座に解放されるとは限らない。
そのint[]型配列が他のどのようなオブジェクトによって参照されているか
によって解放されるかどうかが変わってくる。
int[]配列を参照しているオブジェクト自身が他のオブジェクトによって
どう参照されているかによってガーベッジコレクト候補になるかが変わる。
詳しいことはここじゃ全部説明仕切れないから
Javaのガーベッジコレクタの仕様が載っているサイトが本を読め。
>>936 今ここを荒らしている奴はC言語厨だ、
といいたいが彼もC言語厨ですらないな。
それ以下。
C言語は言語仕様としてJavaよりも非常に優しい部類に入る。
しかしそれすら理解できていない。
発言内容から単語を知っているが中身はまったく理解できていない
エセオブジェクト指向厨=今このスレでwを沢山つけて荒らしている奴
荒らしているもとの元凶は スクリプト厨なんだけどな。 ム板なんかにスレを乱立させるから。 かなり粘着の匂いを感じるけど。 ECMAScriptは使えるけど 実際にサーバサイド言語と 組み合わせて使いこなすことができていない って奴
そもそもガーベッジコレクションはオブジェクト指向
とは関係ないはずだが
>>927 は
一体何を馬鹿なことを考えいるんだろう。
>>927 こそオブジェクト指向も解ってないで
オブジェクト指向を叩いている間抜け君だな。
>>927 はマ板で暴れてる
CもC++もJavaも理解できない30代のオッサンC厨だろ
なぜかオッサンが多いんだよね
WebProg板からはオブジェクト指向も理解できない スクリプト厨がやってきてマ板からは オブジェクト指向にコンプレックスを抱いている ファームウェア開発しかできないC言語が暴れに来ている。 VIP板からも変なのがやってきている。 アホばっか
VIP?なんで VIP が出てくるんだ?
>>944 そうか、つまりC言語厨は
時代の変化についていけないから
ちょっとオブジェクト指向の話をすると
焦りだして語尾にwをつけて
アホな煽りばかりするってことか。
裸の王様みたいな煽りばかりで低脳過ぎるが。
>>946 このスレをVIPで検索するとVIPから来たと主張してる
香具師がいる。なぜだか知らないけど
いまのところAjaxをメインに開発させられる 機会はほとんどないといってもいいだろうな
>>939 プリミティブ型はGCの対象ではない。以上、反論終わりw
微妙に別人を装ってる様だが、「そのint[]型配列が他のどのような
オブジェクトによって参照されているかによって解放されるかどうか
が変わってくる。」と発言した時点で別人だろうが自演擁護だろうが
Javaの基本すら分かってない奴だという事は確定。
>>942 そうね、Javaの基本は知らないがオブジェクト指向は知ってる人
かもしれないよね。そんな可能もあるよねねね?w
951 :
デフォルトの名無しさん :2005/11/25(金) 19:34:37
釣りだよな。 こんな馬鹿が恐れ多くも言語にケチ付けるなんて
>>950 >
>>939 > プリミティブ型はGCの対象ではない。以上、反論終わりw
intはプリミティブ型だがint[]は参照型。だからGCの対象。
知ってた? 以上、反論終わり。
>>939 はプリミティブ型がどこに確保されるかも知らない間抜け。
>>951 まるで、釣ってるつもりがピラニアに釣り竿を
引っ張られ川に投げ落とされ溺死しそうになってるみたいな。
配列型が参照型であることも知らない馬鹿C言語厨が 脳内確定しているわけか
int[]配列型が参照型であることを知ってるかい?
C言語厨は 配列型がObjectクラスのサブクラスであることも知らなかった。
どこが Ajax だよバカども
960 :
デフォルトの名無しさん :2005/11/25(金) 19:57:00
俺「釣り」とか「釣り師」っていうのは、 釣り師 ↓ . /| ←竿 ○ / | . (Vヽ/ | <> | ゙'゙":"''"''':'';;':,':;.:.,.,__|_________ | 餌(疑似餌)→.§ >゚++< 〜 の組み合わせだと思ってたんだけど、 最近自称釣り師がダイレクトで自分の本音を攻撃されて「釣れた!」とか 言ってるの多いよね。 これは、どっちかというと、 ,〜〜〜〜〜〜 、 |\ ( 釣れたよ〜・・・) | \ `〜〜〜v〜〜〜´ し \ ゙'゙":"''"''':'';;':,':;.:.,., ヽ○ノ ~~~~~|~~~~~~~ ̄ ̄ ̄ ̄ ̄ ̄ ̄ ト>゚++< ノ) かと思うんだけど、どうよ?
961 :
デフォルトの名無しさん :2005/11/25(金) 19:57:24
ワラタ C言語厨って知ってるかい? 知ってるかい? 知ってる知ってるかい? え、知らないの?
C厨の自滅が今ここに!
>>953 間抜けはお前だよ。
そんなことくらい誰でもしってる。
お前はint[]までもがプリミティブ型だと
勘違いしていたことが失敗だったようだな。
この知ったかの間抜けが。
こんなスレでC言語厨叩きやらなくてもいいのに
int[] a = new int [1]; a[0] = new int; ってやるの?
オモロイ、誰かマ板にも貼ってこい
969 :
デフォルトの名無しさん :2005/11/25(金) 20:03:42
やっぱjavaはcより難しい。 GC理解するだけでもてんてこ舞いだ。
>>966 2行目は間違い。
int[]が参照型であることがまだ解らないんだ。
なんでこのスレでやってんの?
顔を真っ赤にしたC言語厨=
>>966-968 が今必死に自作自演工作を考えているようです。
C厨はポインタを理解してることがなによりのステータスだからな 他言語使いにとっては楽に理解可能な基本なのに( ´,_ゝ`)プッ
スレ違いすぎ。もういいかげん巣に帰ってorz
>>976 そもそもこのスレが板違いだということを知った上での発言か?
えっ、埋めるためにやってんじゃないの?
980 :
デフォルトの名無しさん :2005/11/25(金) 20:09:44
>>979 なるほど、そういう事か
それじゃあ次スレの準備してテンプレにしよう
>>950 >
>>939 > プリミティブ型はGCの対象ではない。以上、反論終わりw
>
> 微妙に別人を装ってる様だが、「そのint[]型配列が他のどのような
> オブジェクトによって参照されているかによって解放されるかどうか
> が変わってくる。」と発言した時点で別人だろうが自演擁護だろうが
> Javaの基本すら分かってない奴だという事は確定。
お前さあ、ほんとうにそう思ってんの?
まずintはプリミティブ型、int[]は参照型。
int[]の中に入っている要素だけがプリミティブ型で
配列そのものは参照型。
だからnulになればガーベッジコレクト対象にある可能性はある。
で実際にガベコレ候補になるかどうかは
>>939 が示したとおり。
詳しくは「Javaの落とし穴」を嫁。
そこにガーベッジコレクタの仕組みについて簡単にかいてあるから。
ガベコレ候補でないオブジェクトをガベコレ候補にする
方法も載っているから読んでみるといい。
>>981 荒れスレになるのが目に見えてるから、それはやめてくれ。
晒しスレで別に立てて続きはそっちでやるというのはどうか?
Ajaxスレはもうそっとしといてくれないかな?
984 :
982 :2005/11/25(金) 20:13:43
>>975 まだわからないの?
int型配列にnullを入れると言ったら
a[0] = null;
ではなくて
a = null;
ってやることなんだよ。
それにnullを代入できるのは参照型だけだしね。
a[0] = null;とやっても当然コンパイルエラーになるけどねw
C厨によって荒らされた糞スレ埋め
伝説の名言
950 :デフォルトの名無しさん :2005/11/25(金) 19:25:00
>>939 プリミティブ型はGCの対象ではない。以上、反論終わりw
微妙に別人を装ってる様だが、「そのint[]型配列が他のどのような
オブジェクトによって参照されているかによって解放されるかどうか
が変わってくる。」と発言した時点で別人だろうが自演擁護だろうが
Javaの基本すら分かってない奴だという事は確定。
>>942 そうね、Javaの基本は知らないがオブジェクト指向は知ってる人
かもしれないよね。そんな可能もあるよねねね?w
Smalltalkerなめんな!11!!!!1!!!
C言語厨もECMAScript厨も結局オブジェクト指向を 理解していないことがよくわかりました。
991 :
デフォルトの名無しさん :2005/11/25(金) 20:17:23
>>987 int[]型が参照型ではないことに
気づかなかった哀れなC言語厨のレスだ。
992 :
デフォルトの名無しさん :2005/11/25(金) 20:17:53
intとint[]との違いがわからないC言語厨w
intだけでなくint[]までスタックに保存されると思いこんでいるC言語厨w
>>983 同意。
今ここにはJava使いも多く混じってるみたいだし、
>>734-736 みたいな話の方が興味あるんじゃないか?
次スレは真っ当にAjaxの話に限定したい。
995 :
デフォルトの名無しさん :2005/11/25(金) 20:19:09
int[]がOjbjectクラスのメソッド呼び出しができる ことを知らないC言語厨w
1000ズサー
神様、どうか次スレはAjaxのお話ができますように 1000ゲトー
>>994 全うにAjaxオンリーの話が
したければWebProg板のほうがふさわしいと思う
Ajaxの話をすると大抵JSFが絡んでくる。
あとXULはJavaとは関係ないぞ。
あれもJavaScript + XMLで動く。
JARに圧縮しているからJavaと勘違いされるが
実際はJavaではない。
999 :
デフォルトの名無しさん :2005/11/25(金) 20:21:44
C言語厨
C言語厨終わり
1001 :
1001 :
Over 1000 Thread このスレッドは1000を超えました。 もう書けないので、新しいスレッドを立ててくださいです。。。