Ajax

新しいクライアント・サイド・スクリプティングの潮流「Ajax」のスレ。

３年前の情報システム板では

・DHTMLなど「まだ」普及していない (素人さん)
・Webサービスの本格活用には、ブロードバンドインフラの普及(2004〜2005頃)が必須 (Gartner調べ)
・分散MVCなんて本当にできるの？ヒントくれ。
・入力値バリデーションに限らず、処理をクライアント側に自由に委譲するフレームワークの一般化に期待。

といった感じの意見が出ました。
Ajaxはどうでしょうか

【関連記事】
　　サーバサイドJavaとの連帯を提供するAjaxツール - DWR 0.6公開　(2005/5/19)
　　http://pcweb.mycom.co.jp/news/2005/05/20/008.html

【関連スレ】

　　日本製Java Frameworkの駄目さ加減を語り合うスレ
　　http://science3.2ch.net/test/read.cgi/infosys/1002029091/

　　Java系スクリプト言語Groovy
　　http://pc8.2ch.net/test/read.cgi/tech/1080052050/

　　【ポストXML】 SXML / YAML / JSON を語るスレ
　　http://pc8.2ch.net/test/read.cgi/tech/1116159987/

サーバサイドJavaとの連帯を提供するAjaxツール - DWR 0.6公開
　　http://pcweb.mycom.co.jp/news/2005/05/20/008.html

Gateheadの参加するDWRプロジェクトは19日(現地時間)、DWRの最新版となるDWR 0.6を公開した。
DWR(Direct Web Remoting)は、ブラウザで実行されるJavaScriptからサーバサイドのJavaコードを呼び出して実行するためのライブラリ。
Servletに組み込んでサーバを動作させれば、JavaScript側でDWRを使った記述ができるようになる。
類似技術にJSON-RPC-JavaやSajaxなどがある。

DWRはAjaxを実現するライブラリでもある。サーバサイドのJavaコードを簡単に直接実行できるようになることで、
高いレベルのインタラクティブコンテンツの作成を可能にする。
DWRはASLバージョン2のもとに提供されるオープンソースライブラリである。

DWR 0.6で実現された機能のうち、主要なものは以下の通り。

　　・GroovyなどBSFがサポートしているスクリプト言語のサポート
　　・サポートするブラウザ種類の増加(Firefox、Safari、IE、Konqueror、Opera、Mozillaをサポート)
　　・DOM、JDOM、XOM、DOM4Jに関する新しいコンバータの追加
　　・Jettyサポートバグの修正
　　・DWRUtilに2つのユーティリティを追加
　　・ログイン関連の改善
　　・エラーメッセージを理解しやすいものに変更
　　・ドキュメントの追加
　　・パフォーマンスの改善
各種バグ修正

DWRはAjaxを実現するライブラリである。
Ajax(Asynchronous JavaScript + XML)とは、JavaScriptの組み込みクラスであるXMLHttpRequestを活用して非同期通信を行うことで、
よりインタラクティブ性の高いWebインタフェースを実現しようとするもの。典型的には、WebブラウザインタフェースとしてHTML+CSS、処理にJavaScript、サーバとの通信にXML/HTMLが使用される。
Ajaxの類似技術にはFlashなどがある。

Ajaxは最新の技術ではなく、以前から存在する組み合わせ技術。
組み合わせに対してAjaxという名前がつけられたことと、GoogleがGmail、Google Maps、Google Suggest、Google GroupsなどでAjaxを採用したことから、一躍脚光を浴びるようになった。

Ajaxの「肝」はJavaScriptのXMLHttpRequestクラスにある。
このクラスは非同期に動作することができるため、ページが読み込まれるタイミングとは関係なく、バックグラウンドで任意のタイミングにおいて通信を行うことができる。
つまり、いったんWebページが表示されると、後はXMLHttpRequestを経由して逐次書き換えが行われることを意味する。
従来のWebインタフェースのように、クリックするごとにページが読み込まれるということではなく、表示内容がデスクトップアプリケーションのように逐次変更されることになる。
Ajaxが活用されたページは、まるでデスクトップアプリケーションを使っているような感覚を覚える。

Ajaxは便利だが、実装が面倒という問題を抱えている。Ajaxの実現は今のところJavaScriptによっている。これは、Webブラウザで実行するJavaScriptが複雑になることを意味する。
この問題を軽減するライブラリが、DWRやSajaxなどである。ライブラリが充実すれば、Ajaxが簡単に実現されることになるため、Ajaxライブラリに注目が集まっている。

板違いでは？

>>5
いや、板違いではないだろう。
アプリケーション・アーキテクチャ技術の一つだよ。
Javaで書けば プロ技板、JavaScriptで書けばWebProg板とかいう区分けは
全く持ってナンセンス。

【関連記事】

　　ITmediaニュース：古くて新しいWeb開発技術Ajax
　　http://www.itmedia.co.jp/news/articles/0504/26/news040.html

　　Webアプリのパラダイム・シフトか，米Googleなどが切り開いた新手法「Ajax」 : IT Pro US NEWSの裏を読む
　　http://itpro.nikkeibp.co.jp/members/ITPro/USURA/20050421/159855/

　　naoyaのはてなダイアリー - Ajaxの記事は WEB+DB PRESS です
　　http://d.hatena.ne.jp/naoya/20050511/1115814258

　　ｿﾌﾄｳｪｱ ﾃﾞｻﾞｲﾝにものってたよ。84ﾍﾟｰｼﾞ
　　http://www.fujisan.co.jp/Product/1535

　　5月18日発売の Web Designing にも4ページ記事が載ってた。

　　Ajax Summit ですよ (終了)::
　　http://www.siliconvalleywatcher.com/mt/archives/2005/05/where_can_you_f_2.php

　　AJAX Considered Harmful by Sam Ruby
　　http://www.intertwingly.net/blog/2005/03/16/AJAX-Considered-Harmful

【リソース】

　　Ajax　- Asynchronous JavaScript + XML
　　http://antipop.zapto.org/docs/translations/ajax.html

　　Ajax Framework
　　http://glm-ajax.sourceforge.net/

　　Ajax.NET
　　http://sourceforge.net/projects/ajaxnet/

　　DWR　(Direct Web Remoting)
　　http://www.getahead.ltd.uk/dwr/

　　SAJAX - Simple Ajax Toolkit by ModernMethod - XMLHTTPRequest Toolkit for PHP
　　http://www.modernmethod.com/sajax/

　　JASON
　　http://www.crockford.com/JSON/index.html

【アプリ】

　　(Ajaxアプリケーションの一例)
　　http://chasen.org/~taku/software/ajax/imekwic/

　　Ajaxで紙copiライクなツール、めもー
　　http://www.redcruise.com/blog/index.php?p=113

　　Calculate pi with Ajax (Webで分散？こんぴゅーてぃんぐ)
　　http://k2works.sub.jp/ajax/pai/

【関連スレ】

　　Ajaxでも語りませんか
　　http://pc8.2ch.net/test/read.cgi/php/1110287963/

普通に書くとかなりJavaScriptがめんどくさいことになるね
XMLHttpコネクションとってくるプログラムの部分で
MSブラウザだったらActiveXのXMLHttpコネクションみたいなの取ってきて
ダメだったら次のXMLHttpコネクション取ってきて
それでもダメだったらデフォルト（？）のXMLHttpコネクション取るような書き方しているけど
だったら最初からデフォルトのXMLHttpコネクション取ってくればいいんじゃないの？

>>10
確かにActiveXObject (1)Msxml2.XMLHTTP, (2)Microsoft.XMLHTTP を試してから、
(3) XMLHttpRequest を new してますね。
普通の言語なら、ライブラリで環境依存性をカバーするわけですが、
JavaScriptは環境毎の処理を明示的に書きわけるのがやっぱ特徴的ですね。
(ActiveXObjectの有無やJavaScriptのバージョン確認)

-----------------------------------
<script type="text/javascript">
<!--
function GetXmlHttpReqObj() {
    var xmlhttp;
    try {
        xmlhttp = new ActiveXObject("Msxml2.XMLHTTP"); // (1)
    } catch (e) {
        try {
            xmlhttp = new ActiveXObject("Microsoft.XMLHTTP"); //(2)
        } catch (e) {
            xmlhttp = false;
        }
    }
    if (!xmlhttp && typeof XMLHttpRequest != 'undefined') {
        xmlhttp = new XMLHttpRequest(); // (3)
    }
    return xmlhttp;
}
//-->
</script>
------------------------------------

ブラウザ毎の挙動の違いが何とかされるまで手を出したくないんだよね。
ECMAScriptって最終的にまとまる方向で進んでるのでしょうか？＞識者。

>>12
・ブラウザ環境の確認
・ActiveXObjectやPlugInの有無確認
・JavaScriptのバージョン確認
の話だから、標準規格の有無とは無関係に必須だよ。
諸氏って誰のこと？

間違えた。識者か。釣ってきます・・・

ちなみに、自分は何回か弄ったことあるのですが（サーバ側はJava）
サーバ側からかえってくる物は
UTF-8エンコード文字列でないとJavaScriptエラーになる
しかし元のHTMLページはShift-JISなのでどうしようと思っていたけど
データとしてUTF-8でなくても良いので、とにかくヘッダに例えば
text/plain　charset=UTF-8をつければShift_JISの文字列も送れることがわかった
誰でもわかるような基本かもしれないが念のため書いときます

あと、XMLデータを送るときに
一階層深くXMLデータを作らないといけないみたい・・・

一応ここもな。

ECMAScript デス 2
http://pc8.2ch.net/test/read.cgi/tech/1088298991/

>>15
ttp://www.hawk.34sp.com/stdpls/xml/xmlhttprequest.html#index-2
UTF-8でないと駄目というのは環境依存。

>text/plain　charset=UTF-8
charset=Shift_JIS だと思うが。

あじゃっくすｗ

やっぱ、ベルカンプだな

バッドノウハウの固まりじゃないか。俺は正直好きじゃない。

相手すんの面倒だから（・∀・）ｶｴﾚ

[lang] 各言語の比較
さて、ここで勝手にプログラミング言語の特徴を表してみよう。あくまで個人的な主観なのでそのつもりで。

Rubyは「やさしさ」の集合
　　使う人への配慮というかやさしさがあふれている。まつもとさんの宗教観が影響か？
　　使う人への配慮というかやさしさがにじみでている。
　　追記：「表現が宗教的」という批判がありましたので、表現を抑えてみました。これでどうでしょう？

Perlは「機能」の集合
　　とにかく「なんでもできる」ということに主眼が置かれている。美しさは2の次どころか3の次。ただしスクリプト言語を発展させた功績は大きい。

PHPは「関数」の集合
　　機能はすべて関数として追加（オブジェクト指向もできるがあくまでおまけ）。関数を増やすだけでここまで発展したのは、ある意味賞賛に値する。

Javaは「厳密さ」の集合
　　ガチガチで融通の利かない言語。おかげであとから追加された言語仕様は、あまり美しくない。言語の不自由さをカバーするためのツールやフレームワークが驚異的に発達している。

Smalltalkは「オブジェクト」の集合
　　独自の世界観をもつ。たとえばif文がないとか。ハマると信者になりそう。

Lispは「カッコ」の集合
　　見た目だけの印象。ほんとうは「リスト」の集合なんだろうけど。

Schemeは「シンプルさ」の集合
　　言語仕様はシンプルなんだけど、頭がよくないと使いこなせない。例えばwhile文がないとか。

Cは「アセンブラ」の集合
　　変数の型宣言がわかりづらいこと以外は、よくできた言語。アセンブラがわからないやつがCを勉強してもわかるはずはない。

C++は「無節操」の集合
　　実用性よりも、機能を実装してみるための実験用言語だったんじゃなかろうか。

Ojective-Cは「バランス」の集合
　　CとSmalltalkとがほどよく混ざった言語。Javaのinterfaceと同じ機能(「protocol」という)がJava登場前にすでに実装されていたりする。

Curlは「頭脳」の集合
　　MITの優秀な連中が作り上げただけあって、非常によくできた言語。プログラムとコンテンツが単一言語で開発できるとか、型を指定することも省略することもできるとか、言語仕様だけみれば今のところ最強ではないだろうか。

JavaScriptは「非互換性」の集合
　　言語そのものはプロトタイプ型であること意外それといって特徴がないように思う。それよりもブラウザごとの非互換性や独自拡張が非常に気になる、というかプログラマーにとっての悩みの種。Ajax人気のおかげで「今もっとも期待される言語」に躍り出た。

なにこれ？

どっかのウェブロのコピペだな
見覚えがあるがどこかは忘れた。

スルーしとけ

http://www.programmers-paradise.com/tdiary/?date=20050501#p02

ほかもちょっと読んだけど・・・。あれだ。スルーしとけ。

印象を述べてるだけだな。正確とはいえない

とりたてて間違いは無いな。

↓それではそろそろ Ajax ネタをどうぞ。

ttp://www.ne.jp/asahi/hzk/kommander/ajaxtop.html

ttp://www2.plala.or.jp/yasinoue/oldgame/a_jax.html

もの凄い勢いの粘着はけ〜ん

時間を有効に使うべきだと思いま〜す

エージャックス

>>31
絶対誰かがやると思ってたYo!

おいおい。板違いだろう。
>>6
所詮Web上で動作するんだからWebProg板でしょう。
＞アプリケーション・アーキテクチャ技術の一つだよ。
その理由でプログラム板になるんだったら
WebProg板がこの板と分離されている意味が無い。

頭悪い香具師だな

>>18
話はわかった

一時期、PHPのファンクションをサーチするBOXがAjaxになったようだったんだけど、俺の夢？
あれは絶対便利

実際作ったことないけど、開発効率わるそうなヨカン

Ajax Blog: http://opengl.jp/ajax/

Javascriptがもうちょっとまともな言語だったらなあ。

>>41
言語はまともなんだよ。
ブラウザの実装がまずいだけ。

>>41
言語単体なら良い物の一つだよ。
駄目なのはライブラリオブジェクト群のまとまりの無さ orz

#まじめな話なんとかならんのか？

#つけてコメントするのはキモイからやめろ。有名な粘着と区別がつかなくなる。

>>44
有名な粘着って誰だ？

//じゃぁこうか？、面倒な板になった物よのぉ。

なんだ、いちいちコメント記号でキモイ独り言を書く本人か。

>>21
それを吸収してくれるレイヤーとなるライブラリやらフレームワークやら
が整備されるまでは生暖かくウォッチング

無理無理。キミには向いてないよ

発想がMSっぽい

MSをMurasakiShikibuって読んじまった。今日の俺はどうかしてる。

安心しろ。いつもと変わらねぇよ。

ここにも頭おかしいのが粘着してるな

tiddlywikiはすごいね。Ajaxじゃないけど。
だれかつくれAjax版

ttp://blogs.sqlpassj.org/yoshihirokawabata/archive/2005/06/03/9373.aspx
AjaxとASP.NETの相性は最高ｗｗｗｗ

お前にネタソースを教えても、
アフォな煽りしかできないから
無意味だな

普通にアヤックスと呼んでたんだが、エイジャックスなの？
俺、リアルでもアヤックスって口にしてたんだが・・・・・・
この気持ち、帰宅してズボン脱ごうと思ったらチャック全開
だった時と同じだ｡･ﾟ･(ﾉД`)･ﾟ･｡

Ajax をアイアースと読んでる奴が居たら、それは俺。

>>43
JavaScriptの代わりに
Groovyが使えるようになれば(ry

亜ジャックスとよんでた

JavaScriptの定番のライブラリとかない？
デバッグ環境とかなにあるのかわかんねい

HTTPSでも問題ないのでしょうか？

あじゃっくすｗ

JavaScriptにimport文があったら、もっと幅広く使われていただろう。

ここにも変なのが粘着してるな

>>63
あるよ
<script type="text/javascript" src="lib.js"></script>

>>65
それはJavaScriptではなくHTMLな訳だが・・・。

でも、最も普及しているJavaScript実装群においてほぼ共通に使えるよね。

「>>65」と「XMLHttpRequest」この２者に根本的な違いがある？

マジ、うざい。

スレ立てても、レス付けても、
いつもあのオッサンがハイエナみたく寄ってくる。
おまえとお話するために２ちゃんに書き込んでるんじゃねぇ〜んだよ

さっさと氏ねチンカス

旅の途中。

(´-`).｡ｏO(68は一体誰のことを言ってるのだろうか？)

お前の事だよ。さっさ死ね。リアルで死ね

>>69
おまえいくつのコテハン使い分けてるんだ？
おまえがいくらコテハン使い分けても、中身は屑だから
誰もお前なんて相手にしたくねえんだよ。

２ちゃんのどこの板でもてめぇは嫌われてるだろう？
わかったらさっさと死ね。リアルで消えろ。

ヒント：練炭

|　とは言っても、この板来たの初めてなんよ
＼＿＿　＿＿＿＿______＿＿＿＿＿＿__________／
　　　　∨　 ||
　　 ∧,,∧　||
　 　(-д-) 日 ∧∧
　 　 | ノ囗　　(´∀｀) ｳｨｰ
　 　 | 野| 　　(　ひ )

さっさと消えろ

うつ病ですか？

スレ汚しレスを削除依頼済み

>>67

もともと>>63が言ってるのは、
JavaScript(ECMAScript)が言語としてimport文をサポートしていれば
ブラウザに限らず幅広い分野でJavaScriptが普及しただろう、
ってことだと思うんだ。

ブラウザに限れば>>65は共通で使えるだろうけど、それはまた別の話。

あやっくすｗ

>>76
そういう意味だったんかい（ﾜﾗ

importは静的意味論、
XMLHttpRequestは、PostScriptみたいな高級な通信プロトコル。

後者の方がWebらしいと。

えいじゃっくす（笑）

よっ！元気？
あ、ジャックス〜久しぶり

あ〜〜〜だからアジャックス〜♪

くそつまらｎ

どうして>>80を見た瞬間 眠くなるんだろう・・・

はなわのIQAjaxだから

　　　　　　　　　　　　　プログラム技術板が駄目になった理由がよくわかる

サーバ主導ソリューション(Javaサーバ/J2EE/JSF, WebService/SOAP/ESB, .NET等)と、
リッチクライアント・ソリューション(JavaScript, Flush, .NET等)は、本来相補的なものであって、
こっちはPG向け、あっちはWebデザイナー向け、という単純な切り分けをして、
相互の情報交換を妨げるのはナンセンスな事です。

・・・例えば7年前くらい前、Webブラウザ上で動作する分散MVC〜非同期通信型アプリを検討した時、
下記のような選択肢がありました。(当時はまだまだ未発達またはまるきり未開拓でしたが)

　(a) Java applet案：
　　　　◎GUIアプリ＋HTTPプロトコルの考え方でアプリを作る。
　　　　○Signed applet, Plug-In, Live Connectをミックスする事で可能性が広がる。
　　　　○今後出るであろうメッセージング・ベースのプロトコル(SOAP)にも原理的には対応可能。
　　　　△ただし、ブラウザ・プラットフォームの互換性や安定性に欠ける
　　　　　(Netscape Java VM vs MS Java VM vs Sun Java VM)
　　　　→1996年頃の海外調査報告に従い、今後はより安定度の高いサーバサイドJavaに注力すべし

　(b) Javaサーバ案(Javaサーバ/J2EE/JSF, WebService/SOAP/ESB)：
　　　　(すでに多くの事が語られているのでばっさり省略)
　　　　漏れの所ではServletアプリ製品が出来た所で、
　　　　アフォ上司が勝手に、マイナーServletエンジン・ベンダーと契約結んで来ちまったんで、
　　　　サーバ開発ビジネスには進出できませんでした。

　(c) JavaScript案：
　　　　◎サーバサイドJavaを選択した上で、クライアント側で軽い処理を行うための仕組み。
　　　　　 CGI流のページ切替モデルが基本。
　　　　○Plug-In, Live Connect, (軽い)Signed Appletをミックスする事で可能性が広がる。
　　　　・GUIアプリ流の画面書き換えモデルを実現するためには、例えば隠しフレームを用意して、
　　　　　隠しフレーム上のフォーム経由でリクエスト送出とレスポンスデータ受信(HTML〜JavaScript形式)を行い、
　　　　　ベース・フレーム上のスクリプトで受信データを処理して、表示フレームに表示すれば良い。
　　　　　ただし、Webアプリケーションとしてはかなり異質な設計になる。
　　　　△当時のJavaScriptｴﾝｼﾞﾝは、安定性や、アプリケーション・モデルのばらつき
　　　　　(Netscape Visual JavaScript vs MS Local Scripting)
　　　　　があって、高級な技術使って複雑なアプリを組むには至らなかった。

そして現在、(a)(c)はリッチクライアント、(b)は企業向けサーバソリューションと区分けされ、
中でも(c)は、XML Request + DHTMLの合わせ技として、脚光を浴びています。

Ajaxの本質、「非同期メッセージ型ウェブ・アプリケーション」のススメ
http://satoshi.blogs.com/life/2005/06/ajax.html
>（１）アプリケーションの明示的なインストールが必要ない。
>（２）サーバーとの通信を非同期に実行することにより、通信遅延によりＵＩをブロックしない。
>（３）サーバーとのやり取りは、ＲＰＣではなく、メッセージで行う。
>（４）データ・バインディングはサーバー側ではなく、クライアント側で行う。
>（５）ＵＩにインテリジェンスがあり、ある程度はサーバーに戻らずにユーザーとやり取りをする。
>Ajaxという名前（J=Javascript、x=XML）がそもそもふさわしくしくないとも言える。
>単に、「非同期メッセージ型ウェブ・アプリケーション」と呼ぶ方がずっと明確

1、2、4、5は賛成ですが、3はプログラマの能力の問題に過ぎないから不要と考えます。
まとめの「非同期メッセージ型ウェブ・アプリケーションが本質」が本当なら
JavaScript以外の言語のプログラマはわざわざAjaxに注目しません。

Ajaxの「本質」？ 　(ページが壊れている)
http://luckypines.blogspot.com/2005/06/ajax.html
Ajaxの「本質」？ 　(トップページで読める)
http://luckypines.blogspot.com/
>（１）それはWebアプリケーションの「本質」ではないでしょ。
>（３）Disagreed。RPC vs MessagingなどAjaxの本質でもなんでもない。
>だがjaの部分は無視してはいけないのだ。なぜ、jaなのか。
>それは、たまたまプレ・インストールされているWebブラウザが
>大同小異で解釈できる唯一の実行環境だからだ。

3を否定している所を探してここを見つけました。
まとめの「jaは無視してはいけない」には大賛成です。
しかし1の「インストールが必要ない」はAjaxの重要な本質でしょう。
これが不要ならSun JREをインストールしてもらう方がはるかに楽です。

ajaxに関する本ってでてる？

>>88
4月1日にAjax In Actionが出るってニュースが出回ったなー
表紙画像まであった。ちくしょー

Article: Asynchronous JavaScript Technology and XML (AJAX)
　　　　　With Java 2 Platform, Enterprise Edition
http://java.sun.com/developer/technicalArticles/J2EE/AJAX/

やぱりHTTPのような単方向プロトコルだとサーバ側の
変更を即座に通知する術がないのがつらい。
ポーリングしか手がないのか・・・
Tiddlywikiを改造してて早くも壁が

確かに部分的には便利になるけど、これで多機能アプリ作るのは嫌だ

何も作る必要の無い人は
どの技術にもNo!って言ってればいいんじゃない？

YES!

JSFでAjaxを簡単に実現 - AjaxFaces 1.0公開
　　http://pcweb.mycom.co.jp/news/2005/06/07/025.html

CyberXP.NETは6日(現地時間)、JSF(JavaServer Faces)コンポーネントにおいてAjaxを実現するためのツールであるAjaxFaces 1.0を公開した。
AjaxFacesを使用することで、JSFで構築するシステムを容易にAjaxに対応させることができる。

今回公開された AjaxFaces 1.0には以下の内容が含まれている。

　- JSFでAjaxを実現するためのクラス群
　- AjaxFacesで使用するカスタムタグライブラリ(TLD)
　- 便利なUIコンポーネント群
　- サンプルコード
　- javadocによるドキュメント

AjaxとはAsynchronous JavaScript + XMLの略で、JavaScriptの組み込みクラスであるXMLHttpRequestを利用したウェブアプリケーションのための技術のことを指す。
XMLHttpRequestを利用することでサーバとウェブブラウザの非同期な通信が実現できるため、ウェブアプリケーションにおいてよりインタラクティブなユーザインタフェースを構築できるようになる。

従来のウェブアプリケーションでは、ページの読み込みやマウスのクリックなど、ユーザが何らかのアクションを行ったタイミングでしか通信を開始することができなかった。
JavaScriptのXMLHttpRequestクラスを利用すれば、バックグラウンドで任意のタイミングで通信を開始できるようになる。
したがってAjaxを活用したページではデスクトップアプリケーションのように表示内容が逐次変更されるようなインタフェースを提供することができる。
Ajaxの仕組みは、最近ではGoogle MapsやGoogle Suggestなどで採用されたことが話題になった。

一方JSFは、Javaによるウェブアプリケーション開発においてユーザーインターフェースの作成を容易にするためのフレームワークである。
AjaxFacesは、JSFとAjaxの組み合わせを容易に実現するための手段を提供してくれる。
具体的には、JSFで作成されたUIコンポーネントがXMLHttpRequestをコールし、そのタイミングでサーバに対してサーブレット呼び出しを行うような仕組みになる。

AjaxFacesではTreeやCalendarなどといったいくつかの作成済みUIコンポーネントも提供される。これらのコンポーネントもAjaxの導入に一役買ってくれることだろう。

>>90
流し読みしたんだけど、何やら AJAX の説明に始終している模様。
J2EE とのからみが見てとれなかった。

http://la.ma.la/tree/
がうけた

ユーはアジャックスしちゃいなよ

またお前か。

あじゃっくす（笑）

つーか一回なんでもいいから作ってみろお前ら
話はそれからだ

無理（笑）

たるい(爆)

無意味（鬱）

イントラでajax使って作ってみた。割と良かった。

使ったことある奴・使ったこと無い奴
双方が意見を交わすのは滑稽なことである
まずは同じ土俵に上がれ
そこからだ

ｄｆ

Ajaxってどうやって個別のブラウザごとのTestするんだ？
ユニットテストって訳にもいかんだろ？

#つかデバッグ環境何とかしてください。orz

>>108
いつも通り目視でいいのではないのか？
そんな事いうってことはJSFでもJavaScript大量に吐くけど
クライアント側のデバック環境ってあるの？

ステップ実行みたいなことは、流石にできないしね。
JavaScript のデバッグは面倒だ。

debug.js なら、オブジェクトのインスペクションも得られる。
こういうのを使ってちまちまとやっていくしかないのかな。

結局ブラウザテストは複数のOS＆ブラウザ立ち上げてやっているよ
で、JavaScriptエラーにならずサーバにデータが送られていればOK
コレはこうするしかしょうがない
あらかじめブラウザ依存を締め出して作るべきだね

NetscapeとMicroSoftには一応スクリプト・デッバガがあるけどな

サーバ側を.netにしたいんだけど作り方が分かりません。

>>113
つ Ajax.NET http://ajax.schwarz-interactive.de/csharpsample/default.aspx

Ajaxというとコナミのジャン！ジャン！、ジャン、ジャン！、ジャン、ジャン！、
ジャン、ジャン！ジャンジャンジャカー
の方なんだが

>>115
既出だし、つまんないし。

JScript.NET

>>117
が、どうした？

>>115
おれもそうおもう

荒らし厳禁。
なんで訳わかんないのが粘着するの

ネタスレだし

>>121
いい加減なことを言って荒らすなクズ

>>91
JavaAppletだと、クライアント側にチッチャなサーバ・スレッド立てて、サーバが通知・・・
なんつう恐ろしげなフレームワーク？もあったけど。

一応クライアント主導で考えると、
おっしゃる通り定期ポーリングか、タイムアウトするまで、
クライアントがhttp接続しておいて、何かあったらサーバが返事するんだろうね。

実際そのあたりをスマートにまとめたライブラリやフレームワークはあるんだろうか？

>>123
> 一応クライアント主導で考えると、
>おっしゃる通り定期ポーリングか、タイムアウトするまで、
>クライアントがhttp接続しておいて、何かあったらサーバが返事するんだろうね。
タイムアウト待ちだとブラウザのロード中マーカーが回りっぱなしでｳｻﾞｲと思うし
定期ポーリングを細かくやるとIEの場合カチカチと音が出るのでうるさいんじゃないか？

実際はそんなことにはならない

レトロゲー板の誤爆かと思った。

Google AJAXSLT をオープンソースで公開
http://goog-ajaxslt.sourceforge.net/

Ajax.NET オープンソース化決定
http://weblogs.asp.net/mschwarz/archive/2005/06/21/414161.aspx

色々と揃いはじめました。

そもそもJava関係のアフォどもが既存の言葉をリプレースする様な名前を
わざわざつけるのが悪い。
荒らされても仕方がないね。
ビーンズとかアフォかと思う。
それからな、この名前にしたアフォは絶対ゲームのAJAXやってる。

>>128　スレ違い。削除依頼済み

Ajax.NETかあ・・・
仕事で使いのは怖いなあ・・・

処理をクライアント側に委譲？

クラサバの悪夢をまたやるってか。アフォか。

>>131
C/Sとは違うんじゃないの？
処理自体はサーバサイドで
クライアントはサーバとメッセージの遣り取りと
データのバインドするだけだろ？

あ、それとアプリのインストールもしなくていいしね。

>>128
おれもそうおもう

>>134　まるっきりスレ違い。レス削除依頼済み

ねぇ、なんでプログラム板のスレって、
頭沸いてる人が粘着してるの？

>>135
　＼ヽ从/／
　Σ （⌒）ヽ＿∧
　　 mてつ ・∀・）　＜お前。
　／/ YY ヾ＼

>>135
こ　の　ス　レ　は　板　違　い　だ　ボ　ケ　！　！

>おっしゃる通り定期ポーリングか、タイムアウトするまで、
>クライアントがhttp接続しておいて、何かあったらサーバが返事するんだろうね。
全然違うよ
何かのユーザアクション（マウス移動したとかクリックしたとか）またはJavaScriptのタイマーアクションにフックさせるだけ

>>138
　>>91浴嫁

>>120
>>122
>>129
>>135

おまえ>>1だろ？

>>75もね

荒らすなボケェ

>>138
理解したか？

「Ajaxがサーバに接続します　続けますか？」

あじゃっくす（笑）

>>144-145
誰にも相手にされず、スレを荒らすくらいしか楽しみのないクズか。
哀れな奴

>>146
お前が相手しなけりゃ、「誰にも相手にされなかった」んだがな

Rico
http://www.openrico.org/home.page

デモが面白い。
AjaxじゃないがAccordionは使ってみたい

>>148

面白いなこれ。

しかしUI作成はスクリプト直書きなんだよな、きっと。
何か５年に１回くらいのタイミングでUI開発環境はリセットされてるような気がする。

基本的に全世界のWebにくまなく普及しているドロップダウンメニュー
に近いな、これは

いやむしろツリービューのバリエーションか

カキコが沢山あると思ったら嵐だったか。

>>148 drag dropもずいぶんと高機能だな。
>>149 でも開発効率が圧倒的に悪くないか？

UIは簡単につくれるようにしてほしいね。たるい。

Flashの方が楽

Flashはプログラミング環境がクソすぎ。

レベル低いのが素人みたいな感想を書き綴っていて、ﾜﾗﾀ

ttp://www.japan.cnet.com/news/ent/story/0,2000047623,20084802,00.htm
どうやらAjaxもMSが制覇するみたいだね。

ただ
> Atlasを使ってつくられたアプリケーションを動かすためには、ウェブブラウザ用のプラグインをインストールする必要がある。
ってどういうこと？
クライアント側にプラグインが必要ならAjaxの意味ないじゃんｗｗｗｗ

あじゃっくす（笑）

>>157
なんだこりゃｗｗｗｗｗｗ

>>157
IEでしか動かないだろうから価値なし

> AJAXとは高度なグラフィックスを持ったウェブアプリケーションのことだ。

？？？？

＞「AJAXアプリケーションを開発する人々は、技術に関してそれほど高度な知識を持っているわけではない。
＞それが、JavaScriptによる開発が混乱する原因の一部になっている。
＞JavaScriptなら簡単にプログラムを書ける。
＞だが、スパゲッティのようにぐちゃぐちゃなコードしかできない」（Fitzgerald）

根本を否定してるな

記事書いた奴相当阿呆だな

２ちゃんねらーの言う「相当な阿呆」は、
現実社会では「一つの意見」に過ぎねぇ。

わざわざそんなよくわからない括りを持ち出さなくても
あらゆる主張は「一つの意見」として相対化さできるだろうがそれが何？
それとこれと何の関係があるんだ？お前も相当の阿呆だな。

>>164
で？
お前Ajaxを分かった上で記事読んだの？ただの阿呆？

Fitzgeraldには「おめーはgoogle入社試験は無理だな」と言いたい。
漏れも無理だった。

ajaxは簡単　　
３箇所でajax使っている

http://www.at21.net/

>>167
ははは。俺まだ出してねぇ〜や。

Ajaxの提唱者って日本人他と一緒にWin95/IE4.0作ってて、
その後Google入って21世紀版DHTMLの逆襲ことAjax始めたんだろ。

M$はOffice VBAみたいなIDEツール装備のFAT client マンセーな会社だから、
Netscape流thin clientをターゲットに scriptシコシコ書くようなのは
さっさと叩き潰したいんだろう。

多くの人がM$さっさと潰れろ、って考えてるのと同様に

>>157
その記事､､､､釣りだよな？

>>170
　>>169

さて。
ウェブオートメーションという分かり易い名前に戻さないか。
Ajaxという体を表さない酷いネーミングだとスクリプトキッディが
ガンガン釣れるという事実が分かっただけで十分だろう。

>>172
> ウェブオートメーションという分かり易い名前

そうか？
その名前では何をオートメーションするのか分からないんだが。

一般論として、分かりやすい名前にするということには賛成。

それが Ajax でしょう。そういう経緯じゃなかったのかな？あと
“スクリプトキッディ”を諫めるのはいつだってスクリプトだったと思います。

>>172
戻す？
いつその名前が使われていたのか解説よろ

ウェブオートメーションって何だ？ググっても2件しかヒットしないぞ？

ウェブオートメーションなんて聞くと（サーチエンジンの）ロボットか何かですか？
とおもっちゃうぞ

ネーミングセンスが無い >>172 がいるのはこのスレですか？

>>157読んだんだけどさ、Atlasってflashモドキじゃないの？
flashからMLHttpRequest使えるようにしただけとか。

どうでもいいから、OpenLaszloをASP.NETで動くように汁。

>>176

そりゃ探し方に問題があるような。Web Automationでググるべし。

あとWeb automationはWebサービス方面の用語であってajaxとはあんま関係ないような。

ASA アサ；非同期サーバアクセス

ASATHIN アサシン;非同期サーバアクセスforシンクライアント

OLE automationと関係ある?

>>157の記事からプラグインの記述が削除されてるな。
「AJAXとは高度なグラフィックスを持ったウェブアプリケーションのことだ。」
って誤訳はなおってないけど。

で、Curlってどうなった？

国内でアレ推してたのはNTTコミュニケーションズだろ。
俺ｼﾗﾈ。つか激しくｽﾚ違い。

SODECでは、ソコソコ頑張ってたぞ < ｶｰﾙ

ああ。SODECではもう何年も前から頑張ってるね。
NTTcom近辺で、Curlに職業生命を賭けている可哀想なエンジニア？も居るみたい。
つかそんな会話を何年も前に聞いた。

言語としてのコンセプトは素敵なんだけど。＞curl

それこそデモにあるリアルタイムの3Dグラフ化みたいなのが必要なら
強いんだろうけど。そんな案件には当分縁がなさそう。
そうでないとプラグイン普及率の問題から敢えて使う理由がないんだよね。

つか激しくｽﾚ違いだっつーの。
Curl宣伝したいなら自分でスレ立ててヤレ。
但し、WebProg板の方じゃないとマトモな反応は返ってこないと思うよ。

>>191
> WebProg板
Web製作板
　コンテンツ言語『 Curl 』情報交換スレ
　http://pc8.2ch.net/test/read.cgi/hp/1021070213/

> マトモな反応は返ってこない
つかこの板マトモな人間は、自分に関連あるスレ以外読まないし

>>190
> プラグイン普及率
プラグイン起動するためのembedタグにはふつー
自動ダウンロード用URLを仕込むのがデフォなんだが

>>193
いまは<object>タグでっせ

結論：今こそ、ダウンロードタイプのActive Xの復権の時代

そして大感染

>>196
だからJavaApplet復権

ヘイ！カールおじさん

Hey! You listen! あなたの求める未来を
So!必ず辿り着けるはず
素敵な人生の始まり思ってるよりよくなるから
君のためにずっとうたい続けるから

>>197
そこでノータッチ・デプロイメントですよ

>>172-200　激しくスレ違い

既に普及してるから使えるんであって、
「普及すれば」こんなに便利です！みたいなビジョンとは決定的に違う。

Ajaxなんて現実味がねーんだよ。絶対すたれる

>>203
「すたれる」ってあーた、Ajaxって何かわかってないだろ……。

すまん。
たしかに現状はやってないものに対して「すたれる」っていうのはまちがってるな

WebProg板と比べて、プログラミングの話が希薄になっちまったのは俺のせい。
しかし、俺はここでアーキテクチャの話、特にAjaxの未来を語りたかったんだぁ〜！！！！！。。。。。

なんで例の変な人が粘着するの？

>>206
粘着してんのはお前

やっぱどう考えてもWebProg板むけな気がする。

>>208
お前はくんな。
プログラミングもできない荒らし風情が
大口叩くんじゃない。

>>207 レス削除依頼しますた

なんで1はこんなに必死なんだｗｗ

削除人は消しゴムじゃねーんだよコーン混じりの糞が流されて氏ね

CodeZine：Ajaxを使ったテキスト広告の切り替え
http://codezine.jp/a/article.aspx?aid=102

実際語り合うことも特にないよな。
誰もが知ってる枯れた技術の組み合わせなんだから。

また低能が粘着してるな

だから粘着してるのはお前だっつーの

追跡妄想に囚われてる人が居ますね。

>>215-216
うぜぇーんだよてめぇ。おまえの相手するためにスレたてたんじゃねぇよ。
さっさと氏ね

たまに 1 を名乗る人がくだらないことを書き込んでいますが
騙りですのでどうか無視してください。

と騙りが申しております。

>>220
と言うことにしたいのですね？

新しいクライアント・サイド・スクリプティングの潮流「Ajax」のスレ。

３年前の情報システム板では

・DHTMLなど「まだ」普及していない (素人さん)
・Webサービスの本格活用には、ブロードバンドインフラの普及(2004〜2005頃)が必須 (Gartner調べ)
・分散MVCなんて本当にできるの？ヒントくれ。
・入力値バリデーションに限らず、処理をクライアント側に自由に委譲するフレームワークの一般化に期待。

といった感じの意見が出ました。
Ajaxはどうでしょうか

相変わらず出張がしつこく粘着してますが（藁

>>221
最後のｽﾏｲﾘｰを忘れずに。

>>222
ttp://la.ma.la/blog/diary_200506291043.htm
「結局、何が言いたいのかというと」以下は、まさに俺が思っていることを代弁してくれている。
サーバ側を強化していくのは保守・運営に多大なコストがかかってしまうから、
PC向けにAjaxを導入するのはかなり有益だと思う。
実際うちのサービスもAjax使って書き直したいと思っている。
すでに上司にはAjaxについて教えたし、結構乗り気になってる。

w3m を見捨てるのか！

うん

またsくんか

>>224
もちろんnoscript要素は書くよ。
それでもJavascriptが使えるクライアントが多いので相当の負荷軽減にはなる。と思うのだけど。

DWR をちらっとみたけど、JavaScriptからサーバー側オブジェクトのメソッドを呼ぶって感じなのだな。
JavaScriptでやるのが難しいような処理だとかをこいつを使うという感じだろうか（他にも用途は出てくるだろうが）。
いまいち利点が見いだせないな…。

スタンドアローンアプリじゃあるまいし。
全部JavaScriptで書くわきゃねぇ〜だろ。
ネットワーク経由でデータ取り寄せはWebの基本って、判ってる？
そして取り寄せたデータを適切に表示するのが、JavaScriptの役目だ

>>228
他にも、DWR は Java のオブジェクトを JavaScript のに変換してくれるみたいだな。

従来サーバから受信していた XML を Java のオブジェクトに置き換えれば、
Ajax エンジン側で DOM を使って解析する手間を減らせるな。

>>230
それは、つまり、、
PersonというJavaクラスがあった場合、JavaScript側で
person.familyName();
みたいなアクセスができるのか？？

あと、サーバー側のアプリケーションは、Jettyとかそんな感じの文字があったから
環境が限られてしまうのかな？ いろんなアプリケーションサーバーでフツウに使えるのだったらありがたいぞよ（jarになってるから心配無用？）

>>231
ごめん、私にはデモを流し読みしてみた程度の知識しかない。
このあたりは、ttp://www.getahead.ltd.uk/dwr/demo-form.html を参照してください。

> PersonというJavaクラスがあった場合、JavaScript側で
> person.familyName();
> みたいなアクセスができるのか？？

例えば、
　　class Person {
　　　　private String givenName, familyName;
　　　　private int age;
　　　　// (メソッドなど)
　　}
を
　　{ givenName:"ほげ太郎", familyName:"ほげ田", age:10 }
に変換してくれるみたい。

ただ、メソッドの呼び出しには対応していないようだ。
なので、Ajax エンジン側から person.setGivenName("ほげ子"); なんてことはできなさそう。

>>232
ありが�d。イロイロためしてみる。

入り口から出口まで全部Ajaxなサイトつくってみるつもり。ビジネスロジックはPHP側。
常にXMLを吐き出す。ブラウザ側はJavaScriptで何かと頑張る。おもしろそうなヨカン。

でもこれ、トラン量すげー増えね？
しかも、ただのGETじゃなくてXMLをパースするんだろ？
サーバの負荷は増えこそすれ、下がりはしないのでは？

まあ作りに依存するんだろうけど、ただのDHTMLとの違いで考えれば、
AJAXはサーバの負荷は上がるのでは？

>>234
PHPとの通信はどうすんの？具体的には、クエリ文字列はどうするつもり？PHP側とのセッション管理との整合性は？
全部JavaScriptの方でがんばるの？

俺もそういうのやろうとしてて、興味ある。サーバー側はPHPじゃないけど。

>>235
DOM操作って死ぬほどマシンパワー食うよね
アクセス数を考えるとサイトによってはかなり厳しい
アプリ鯖の数はかなり増えそうだ

>>237
マシンパワー食うのはローカルであって、サーバじゃないだろ？

サーバーのほうが問題だろ

>>238
XMLをサーバに投げつけて、サーバはそれをパース・解析するんじゃないの？

俺はXMLを正規表現で処理してる・・・

>>234-
このあたりの話題だな。
http://pc8.2ch.net/test/read.cgi/tech/1116159987/78-79

M$のIE4.0/DHTMLの頃、
ローカルなVBScript(DHTML)でDBアクセス(ADO)する変な例を出してた。

そんなベンダー依存な機能使うくらいなら、
サーバ上のJDBCへのSQL要求/結果セットを、
JavaScriptデータ(今で言うJSON)でクライアントに渡す、
JDBC type5とでも言うべき新しい規格作ればどうよ？
って与太話をした事がある。


>>241
正規表現で入れ子のタグを扱うとは、大変だねぇ（藁
文法はXMLだけど、実際にはYAMLみたいなインデント/改行ルールを使って、
「XMLって簡単にPerlで処理できる」とのたまってた人を見た事ある。

それは、JavaScriptで書いたファット・クライアントとでも呼ぶべきスタイルだな。
AccessでOLE接続してC/Sアプリ作るのと比較して、やたら作りこみが必要そうだがw

Ajaxってデータのやりとりを全部XMLでやる必要はないでしょ。
ブラウザへは一貫してXMLならわかるが、鯖へ送るのはXMLでなくフツウにPOSTするデータをつくって送れば良いような。
やり方イロイロだろうけど。

>240はSOAPっぽいのをイメージしてるんだろうけど、むしろRESTだよ

ベンダ依存でも要件が満たされればＯＫ．
つかMS,Oracle程なら何を心配する事があろうか。

たまにはRemote Scriptingのことも思い出してあげてください。

>>242
そんなベンダ依存でいいのならアプレットやWebStartでJDBC接続で十分
2層式でいい小さいソフトもあるというわけ
別に社内専用アプリならそれでもかまわん

まぁAJaxの話がでてくるってことは公正を維持しやすい社内用アプリというよりは
オープンな場所での動的コンテンツといったところかと

が、AJaxが普及すれば普及するほどAdobeは得をしそうだ

XMLによるメッセージパッシングが普及＞クライアントサイドのコードが煩雑、管理しにくい
＞元々スクリプトが動く環境がターゲットだしFlashでいいや。携帯も対応するし

どのみち開発効率が上がるとはいいにくいので社内の入力系とかはやはり
強力なIDEでリッチなGUIを作れる開発効率が必要だがね

>>248
　>>242がベンダ依存って、どの部分？もしかしてJDBCか。(藁

そこはMSクローズド技術ならもちろん、
ASPでOLEとJScriptをブリッジとか読み替える。
つか、PerlやPHPでもなんとかなるっしょ、基本的な考え方は。

むしろ、Adobeが云々言ってる方が、奇特な感じがする。
まぁAcrobat Readerは、FormやらJavaScriptやら備えたRich client環境だからね。

でもAdobeがXMLへのアプローチに躊躇してた時代(5年位前)に、
Adobe市場攻略方法をいろいろ検討した漏れ的には、
なんか過大評価な気がする。
大体あそこはDTP系ワークフロー市場はなんとか対応できたみたいだけど、
企業向けサーバ・ソリューション(どっか買収したんだよね、アレ)なんて、
ほとんど普及してないじゃん。
サーバでPDF生成→署名＆鍵付けなんてコア技術は、Adobe以外のサーバでやる所多いし。

↑は昨年、業務で調査した結果の印象。

>>249
>>248の"Adobe"は、旧Macromedia,現Adobeの
FlashをRich client環境として想定してるんでしょ。

>>251
はぃ？それはここ一ヶ月ほどのスパンのお話ですね。
つーと、Adobe最強！！！！っつってるのは、Flash (& Adobe Acrobat)ってなウェイトでしょうか？(漠

火病るなよ

いや、油断してると一気にFlashに全部持っていかれかねないぞ。
だからMSも必死なわけで。
Flashだけは何とか阻止したい。

Google Mapだと地図を移動させたあと再読込を行っても、移動後の地図が表示されるけど
gooラボのエリア情報検索実験だと、再読込をすると初期の場所に戻ってしまう。

GoogleMapみたいにするにはどうやればいいのでしょう？

>>255
そりゃgooに頼めよ・・・

MSがFlashを買い取ってたら話は別だったが、
そう簡単に立地クライアント＝Flashにはならんだろ。

>>245
それだそれ。
google mapは確かにスゲェが、RESTとの相性っつーか、その辺どうなんだ？
確かにURIを生成はするけど、無理矢理感があるし、
XMLHttpRequestのPOST（コンテンツの修正って扱いだったような）はどう考えるんだ？

>>255
クッキー食べてるんじゃない

>>252
もうAdobeのflashなんだからべつにへんでもなんでもないし

空回りしまくるレス

>>261

スレ汚さないでね(はぁーと

>>244
それではもはやAjaxじゃない罠

ＸはXMLのＸだし。

Ajax の X が飾りに過ぎないってのは皆知ってることだと思うけど

Google suggestもXMLで通信していないしな

XはXMLHpptRequestのXなんだよ、XMLのXと言ってるやつはアホ

XはXMLHttpRequestのXなんだよ、XMLのXと言ってるやつはアホ

JavaScript切ってActiveXだけ有効にしてる人も多いだろうな
そう考えるとFlashでやったほうが使ってもらえる率が高い

Flashでわざわざやる必要も無いようなモンをFlashにされてもな……
重いだけだろ

Flashだとtext/xmlのcgiを受け取れるからXMLHttpRequestと同等だし
Socketで繋いでリアルタイム更新も可能だから使いこなすと楽しい

Flashは開発環境がクズ

どっちにしろw3mからは見れないし
REST的観点からは「正しいWebアプリ」ではない

ま、社内業務用の閉じたアプリでIE限定とかなら何でもいいだろ

メッセージ交換で配列は送れるの？

>>274
XMLしらないの？

ネットワーク流量を無駄に増やしパースに無駄に時間がかかる
やたらに冗長なフォーマットのことだろ？

HTML もな。これからはプレーンテキスト、これ最強。
やっぱ COBOL みたいに x バイトから y バイト目が○○とかじゃなきゃね。

ところで今だに 「正しいWebアプリ」 とか言ってるじじいがいるのか。
IE、FireFox、Opera、Safari で動けばいいんだよ。
っつか自慢げに JavaScript 切ってるとか張りきってる奴は
いいかげんエロサイト卒業しろよ。

(>>>>>> sexp plaintext xml)

ところで、ここに来てる奴はAjaxでどれくらいプログラム作ってる

途中でめんどくさくなってやめた

自分で作ってレスポンスの速さに感動した。
職場でブームが巻き起こった。
SE がどんどん設計に取り込み始めた。
PG からかなり睨まれることになった。

クライアント側のまともな開発環境が・・・

俺はAjaxで業務系も作れると思う。
Ajaxでは、データ・バインディングをクライアント（ブラウザ）に
任せて、サーバ側はファンクション層（ＣＧＩ）と
データアクセス層（ＤＢ）とに機能分担を明確化できて良いと思う。

業務は作れるのはいいのだが効率ってものがあるからな
金がいくらでも出てくるのならかまわんがそんな顧客ないだろ

>>282

>PG からかなり睨まれることになった。

そりゃあねぇ。現状では開発環境がWindows＋リソースエディタを通り越してDOS時代に戻ったようなものだから。

>>285

イントラなら現状ではFlashの方がまだ良さげだな。もっと言うならノータッチデプロイやJavaWebStartの方が。

>>286
そそ
業務アプリなら普通に.NETかJavaでクライアントコード書いたほうがGUIの自由度や速度的にもメリットがある

>>282
おいらのところでもAjaxをテスト的に業務アプリに適用始めてるよ。
当面は検索結果表のページング処理を、前後数ページプリフェッチして
「次ページ」などのクリックの時にTableの中身をごそっと差し替える
とか、地味だけど定石化しやすそうな場面を蓄えている段階ですな。

>>279
nil

XMLHttpRequestのXはXMLのXなんだよ

ﾊｧ?

コンパイル済みDHTMLを標準化すればいいのにな。

怒られそうだけど、JavaScriptを解析されたくないから（ｒｙ

そこでActiveXですよ。

タグ解析が終わってないHTMLと
構文解析が終わってないJavaScript
どっちもコンパイルしちゃえば軽量化できそうじゃん

あれ？
そろそろStream転送用のバイナリ型XMLって普及し始めたんじゃなかったっけ？
アレならサイズもパースの手間も汎用性も解決してると思ったんだけど。

つーかさ、HTTPに代わるプロトコル考えようよ

考えるのはいくらでもできるがHTTPしか通さない火壁がいっぱいある罠

>>296
ああ、そんなの出てたな。

>>278
RESTの意味も知らんで煽るなよ、厨房

>>298
逆に言えばファイアウォール通さなくていいんなら
XML Web Serviceなんぞ、およそもっとも非効率でしかも低機能な
IPC手段だな。

まあHTTP使うにしろXMLは無駄。ポータブルなバイナリ標準フォーマットなんぞ
Sun RPCの時代からあるんだから。

　　スルーの方向

>>296
もう普及かよ…。対応プロダクトあんのかよ。

すごい軽い計算量で圧縮＆展開できるのってないの？
gzipの計算コストってどんなもん？
誰かXML専用の圧縮アルゴリズム考えようよ。

XMLってなんで重いのか知ってる人がいたらおせーてください。
ファイルの保存をXMLにしたら、クソ重くなった。

まずDOMやめてSAXにする
バイナリは圧縮後につっこむ

>>295
つContent-encoding

>>297
代替プロトコルなら恐ろしい勢いで沸いてるが、どれも流行らないだけ。

> すごい軽い計算量で圧縮＆展開できるのってないの？

lzo辺りどうだろう？ http://www.oberhumer.com/opensource/lzo/
Javascriptの実装、誰か作ったの無いかな？

>>300
おまえのような奴が客から要望言われてても、
そんなこと言い出すんだろなｗ
自分が作り出したものでもない仕様や知識で
勘違いしないように注意したほうがいい。

>>309
微妙。
プログラム的な最適化をしてるだけだとあまり期待できない。
アルゴリズムの本質的な部分を改良する必要あり。

つか限りなくスレ違いに近い話題で荒らすな。
おまぃはJavaScriptで書けばなんでもAjaxと主張したいらしいが

結論：ファイアーウォール越えなくて良いなら、CORBA最強

>>307
へー、またひとつ賢くなったよ。
Ajax+gzipね。試してみたくなった。

>>313
CORBAまだ生きてたかww

ageて半角ダブリューも荒らしパターンだな

2chタイプの掲示板はメール欄は空白が基本。

>>303
つかマジ最近動向追っかけてないからよくわかんない。
alphaWorksでXercesとXalan公開してた頃、
もうすでに試作品出てた。なんかテーブル形式のXML外部表現

いまどうなったのアレ

最近アレ相等のライブラリをどっかで出してたけど。DOM, SAX, ..., 次はコレみたいな感じで

SAXって実は使ったことが無い
ビジュアルノベル作る規格としてはヨサゲなんだけどなぁ
Ajaxとは関係ないか

StAXのこと？

sexなら誰にも負けないぐらい大好きですが。得意かどうかは、、脳内では世界中の誰よりも（ｒｙ

JAXB 使ってやれよ。

ああたぶんそれ

JAXBつっても2.0だろ？実装あるの？つか、API仕様もマダじゃね？
XMLBeanは出来てるのかな？

>>325
JAXB は WSDP で十分動く。

JAX JAX JAXカード〜♪

SEX SEX SEXカード〜♪

そんなネタでageられるのは納得いかない

>>326
2.0が？
バイナリのXML読み書きだよ？

バイナリXMLは、今年３月末にW3Cが「やっぱ要るわ。仕様化せんと」ということを決めただけ。
http://www.w3.org/TR/xbc-characterization/
だが、SUNは勝手にFast Infosetという名で勝手にやってる。
http://java.sun.com/developer/technicalArticles/xml/fastinfoset/
Fast InfosetはJWSDP1.6に実装が含まれるが、JAXBと実装統合はされていない(というか不要？)。
http://java.sun.com/webservices/jwsdp/index.jsp
JAXB2.0はまだ今月？採決予定、かつ、MTOM/XOP(XMLへのバイナリ埋め込み(または参照))は考慮しているが
Fast Infosetを明にはサポートしていない(XML Infosetベースなので組み合わせは可能だろうがJAXB実装自体には要求されない)
http://jcp.org/aboutJava/communityprocess/edr/jsr222/

つか、そもそもブラウザのJavaScriptから、
動的にバイナリ組み立てて送信ってできんだっけ？

ビット演算ができるからpack, unpackもどきは書けるんじゃない？

禿げしく重そうだな

クライアントサイドが重かろうと知ったことか

って田中さんが

天国へ帰れ

夏休みってカンジだな。
その辺、本スレで前話題で出たような気がする。

本スレってどこよ

おいおい

月刊JavaWorldでAjax特集

あんまりたいした内容じゃなかったな。ネットでも十分拾える内容。そんなに深いテクを要求されるものじゃないからな。

まだまだ青いな。
ネット上に日本語で転がってる情報なんて相変わらず相変わらずだし、
ネット上の情報をとことん追いかけてみると、自分らしい仕事が手薄になっている事に気付く。
勝負はそれからだ

別にジャヴァ・ワールドが良いって言ってるわけじゃないので。念のため

Ajaxは技術的にはどうでもよくて、どういう応用が出来るかがミソ

Ajaxの良いサンプルはないですか？
何か部分的に解説とか多くて・・・

バリバリ作られてる方で参考になったサイトを教えてください。

>>345
Google suggest

ブラウザでここまでやる必要あるのか？
単に技術的に「すげーだろ」って見せ付けてるだけにしか見えない。
見てて痛々しい。

でもお客さんから、「コード入れたら名称補完して欲しい」とか
やって当然の感じで要望が来るのですよ。
特にメインフレームからWEBに移行したようなのだと。

そういう時に、「WEBだから出来ません」とはもう言えない訳だな。

「ハァ？できねーもんはできねーんだよ。
いやだったらほかの会社に発注しろ。
どうせそこでも無理だけどな（ﾌﾟｹﾞﾗ」

>>349
それはオーバーにしろ
お客さんにはそんな感じに聞えてたかもなあ。

プログレスバーをDHTMLでやってるのがあって
こんなん客に見られたら困る、と正直思った。

技術力があるところがすごいことやっちゃうから我々が困るんだよね。
やめてもらいたい。

351 名前：デフォルトの名無しさん[sage] 投稿日：2005/07/27(水) 16:42:14
技術力があるところがすごいことやっちゃうから我々が困るんだよね。
やめてもらいたい。


いやー、正直ですなぁｗ
この業界、プロ未満・技術者まがいの糞が多杉だからな、淘汰されるべき

この機能の実装には工数がこれぐらいかかります。なので見積り額はX円上がります。

でいいんでない？

問題は、高度な機能を低価格で要求されることなんだよな。

お金がないからこの程度でやりましょうってなってんのに、
あーしてほしい、こーしてほしい、の多いこと。

お金があわないから3年目ぐらいの若いエンジニア送ってるのに。
結局火消し部隊出動になることが多いのだけどね。

こういうの極めれば営業系SEより大きな顔できる。

金が無いからWebベースでローコストなシステムにしてるのに、優位な機能にはコストがかかる事しめさんでどうするのよ＞営業。

依頼されれば設計、実装することは問題ないけど、工程数は絶対にまからないってわかってない営業は死ね。

Webベースのほうが通常のGUIクライアントよりコストかかるけどな

クラサバと違ってサーバサイドだけで済む
クラサバのサバよりよっぽどフクザツにはなるが

AjaxだとクライアントもJSで結構な処理をするからクラサバと変わらない
しかもまだまともなライブラリがないからかえって大変

>>AjaxだとクライアントもJSで結構な処理をするからクラサバと変わらない

うまくつくって鯖側の負荷が減るんだったら、いいんでないのかね。Clientは全部とは言わないが最近のマシンだったら
JSで重くなって使えないなんてことは滅多にないのでは。

まぁ、猫も杓子もAjaxというのは好きになれないが。適材適所でしょ。

Ajax 使おうと提案したら
インターネットが遅いから、
頻繁に通信が発生するのはダメだっていわれました

>>360
重さのことじゃなくて開発の複雑さが問題なんじゃないか?
GUI部分は普通にSwingとかで創ればいいだろうし
サーバーとの分散を考えるなら普通にWebStartとかスマートクライアントとか3層式のGUIでいい

不特定多数のことを考えるとブラウザ依存しやすいAJAXも思ったよりいいものでもないな
何でもやろうと思えば出来ないこともないというあたりが難しいのだが
まともなJavaScript開発環境がないのが最大の問題

SELECTリストの値によってフォームを変える場合って
どのタイミングで裏方が動けばいいん？
changedで値取りに行ってたら動作がもっさりするしょ

Changed以前に取りに行こうとするなら、
取りうる値すべてを取っておかなくてはいけないね。
通信量増大するけどいいの？。

ttp://www.japan.cnet.com/news/ent/story/0,2000047623,20085942,00.htm

>>364
しかし>>361の上司が懸念したユーザビリティの低さも耐え難い所。
未読リストと既読リストで処理を分ければ二度目のchangedからは速度が安定するけど
やっぱ初回がもっさりしてたら萎えるっしょ。

NGワード：Anti

>>361
インターネット経由よりむしろ社内WEBアプリで使えとか言われない？

#ちくせう、IE6専用がだめってどういう事よ>>専務!
#だれよ、古いIEとかMozつかってんの>>専務！

Ajaxのパフォーマンス問題だなんて、
もう10年近くも前のネタを今更やってる可哀想な職場に合掌

AJAXに関してはマスコミ主導っぽいんだよなぁ

Google主導です

>>365
「ウェブブラウザでできることを目の当たりにして、わたちたちは驚愕した」（Rasmussen）

で、なぜ赤ちゃん言葉を使う？

googleにしろAJAXが成功してるのって結局GUIが単純なやつだけなんじゃね？

>>361
AjaxのAは、非同期の意味だやね。
何故、同期処理が前提な箇所を語る？

?

frameset、ifream、window.openと大差が無い
差があるとすればデータを「ストックできる」というくらいか
はてなダイアリーとかに導入すればカッコよくなる？

JavaScriptにsprintf相当の物が欲しい。

>>377
jsolaitにstring formatting関係のパッケージなかったっけ？

>>373
あまりAjaxで凝った処理は行わないほうがいいんじゃないかと思う。
ブラウザのバージョンが上がったりして、万が一動かなくなった時きつくない？

Flush、.NET、Javaとかだったら「このバージョンのプラグインを使って下さい」って
（特に企業向けアプリは）通せたりするけど、JavaScriptの場合は難しいでしょ。
最低でも最新バージョンのブラウザには対応させないといけない。

乱用すると後々痛い目を見る気がするんだけど・・・

AjaxバリバリでStrutsみたいなフレームワークがあったらと妄想。
HTMLとJSPとでソース量がぜんぜん違うという落ちは間違いない。

適当に使ってみた感想。

FLASHは、FLEXをみると結構な事ができ、一見良さそう見えるが
独特な重さや操作感、キャシュが変だったりと色々慣れる必要がありそう。
細かい演出は流石に強いが、逆にそれが煩わしく感じた。
デザイン力のあるプログラマには、受けが良さそう。
Ajaxは、既存の技術の単なるよせあつめ。
今までの実績+αなので慣れと言う意味では心配が少ない。

ブラウザの独自仕様等を、乱用しない方が安全なのは今まで通りだが、
今はイロイロな可能性を模索するのが面白い。

なので野暮な事は言わずにｵﾏｲﾗ人柱になって報告汁！

んー単価安いからFlashにしてもらった

flashのUIコンポーネントのテキストボックスで
文字化けするのが結局最後まで原因がわからなかったので
ちょっといやーんだ。

IMEで未確定の状態だと化け化け、確定するとOK、という
キッカイな現象。しかも環境が特定出来ないので
なかなか再現してくれない。

グリグリ動くような派手なものじゃなくて
フォームがえらくなった感じだったら
Ajaxの方が安心かな。

Flashって機能拡張するたびにAPIがつぎはぎになってるよな。

間をとってOpen Laszloで頑張らないか？

マイクロソフトとマクロメディアの戦いなの？

Ajaxは逆にMSにとって目の上のたんこぶのような･･･
しかしGoogleの印象が強すぎてAjaxはもう潰せないから
Atlasを投入してデベロッパを確保しようって魂胆があるね

お得意の広めて拡張してつぶすってやつでしょう

HTMLでは出来そうで出来ないUIを、ちょろっと実現する為にAjaxはちょうどいいなぁ。
実際の業務で使うシステムの一カ所で試験的に導入してみたけど、評判◎。

入力、確認、修正入力、反映結果。
これらをひとつのファイルで実装できるのは楽かもね。
一般に確認と結果の前処理で入力チェックが2度必要だけど
AJAXなら結果で表示するだけでいい。

結果でチェックするだけ　の間違い。
まあ未来日の有効期限とかあるなら別だけど。

納期が２倍になっていいのなら◎
もちろんコストは２倍かかる

まともな開発環境がないからねぇ

別に難しい技術じゃないんだからさあ。開発環境って…

どこが難しくないんだ？
XMLHttpRequestなんて使ったことねーよ。

使ったことがないから難しいってか。
ちったぁ勉強しろよ。

>>394
その理由、FLASH信者でもないのかな？

XMLの転送が問題じゃねーよ
JavascriptでそのデータをGUIに反映させたり操作に応じて対応が問題なんだよ
．NETやJavaならGUIはポトペタで作れてそのイベント処理も強い型のおかげで
デバッグが容易だし、ステップ実行も出来るし補完とかリファクタリングとかかなりの差がでる

トライ＆エラーじゃ開発効率いいはずねぇ

>>397
んじゃ　それで開発してれば、効率良く幸せじゃん。
ヤッタネ(>_<)b

そのうちOpenAtlasが出るんだろ

>>397
そんなにJavaScriptが難しいか？？？
普通に書けば普通に動くものなんだが・・・

しょうがないんじゃね。ここ【プログラム】板だから。
JavaScript普通に書くったって、ﾊｧ?なんだよ。

JavaScriptを、正確に使おうと思うと、結構難しいと思う。
・データ型をちゃんと意識したり、
・変数のスコープを意識して使うとか、
・ブラウザ上で使う場合は、独自拡張を意識するとか、
・DOMを理解するには、XMLから勉強した方が理解が深まりそうとか、

だから、チャレンジ精神の無い>>397に勧めては、可愛そうだ。
という事で、(* ^ーﾟ)ﾉﾊﾞｲﾊﾞｲ

Javascriptのようなショボい言語だけで
それなりのGUIをつくるのがかったるいって話だろう。

コスト無視していいのならかまわんと思うが
そんなのみたことねぇし。

インタプリタ系の言語では、一番オモロイと思うけどな。

まぁAjaxは、これといった定番がある訳でもないし、
思考錯誤するのが面白いと思わない人には、
やりにくいだけで苦痛なのでしょう。

>>404
> コスト無視していいのならかまわんと思うが

Ajaxに限らず、仕事って、妥当な範囲のコストで
仕上げてくれるところにしか回ってこないものだから
君には関係無いよ。

コストって。結局儲かればいんでしょ。
既存のルールで儲からないならそれを壊すまで。
グーグルにはなれなくとも、そういうところは見習いたいと思いませんか。

>>403
＞Javascriptのようなショボい言語

JavaScriptは実はJavaよりも上手く設計されているってことを知らないな？

＞だから、チャレンジ精神の無い>>397に勧めては、可愛そうだ。

まあ、こういうことだな

>>407は、欠陥住宅を作ってしまうタイプ。

Javascriptで作ったマリオがあって笑ったなあ。

めちゃくちゃ重かったけど。

Javascriptの開発が問題ないってことはないだろ。
もしかしてテキストエディタで開発してるやつらばかりかよ。

>>408
比較対象がJavaですか。

>>411
なんだ、まだAjaxに未練があるのか。。
統合開発環境っぽい物を、期待しても無いし
JavaScript嫌いな、ﾁﾐには無理だから諦めたら？

漏れの場合、開発はテキストエディタと、DOMインスペクタのみで行ってるよ。
慣れれば、そんなに効率が悪いとは思わない。

テキストエディタは、適当。
DOMインスペクタは、↓このへん。
[FF] ttp://moz.skillup.jp/projects/inspector/
[IE] ttp://user.ftth100.com/mirrorhenkan/javascript/search.php?word=Inspector
[OP]あるのか。。？

他に、開発時に便利なツールあれば、教えて(　ﾟдﾟ)ﾎｽｨ…

ネスケ時代のJavaScriptはしょぼいけど
ECMAScriptベースで再構成された最近のは恐ろしく高機能だな
FlashとAjaxの話題がたびたびここで登場するのも
彼らが従兄弟だということもあるのかもね

俺はEclipseのExadel Studioプラグイン付属のJavascript Editorを愛用してる

【主な機能】
・キーワードハイライト
・入力補完
・関数・変数アウトライン表示(関数のネストに対応)
・アウトライン表示された関数をクリックで該当関数にジャンプ

俺はこれでそこそこ満足してる。あとはデバッグ環境か

>>393
開発環境は難しいから使うんじゃなくて楽するために使うもんだ。

俺はメモ帳だ。
javascript書くときはいつも死にそうになる。

ブラウザで動かすJavaScriptのコードって、どうやってユニットテスト
するんだろ。

VS.netじゃ駄目なのか？
けっこう便利なんだが。。。

>>418
ん？ユニットテストはコンパイラ言語より
JSのがしやすくないかい？

>>418
エラー時に起動する事があるが、正直使い方が良くわかんね。。
ブレイクポイントとか、設定して起動させる事って可能？

間違えた、>>418では、無くて>>419

> 漏れの場合、開発はテキストエディタと、DOMインスペクタのみで行ってるよ。
> 慣れれば、そんなに効率が悪いとは思わない。

なんだそりゃ。慣れなければ効率が悪くて、
慣れても効率が良いわけじゃないのかｗ

未知の技術に踏み込まなくても良い理由を
必死に探す輩って昔から居るよね。
その労力、踏み込んでみる方に使えよって思う。

未知じゃないし

>>423
ナイス突っ込み( ゜∀゜)√

JavaScriptは単体でみると、
データ型は自動だし、関数もありきたりの物ばかりなので、
これについては、慣れれば問題ないと考えている。

ただDOMは、情報量が多すぎ覚えきれないので、
DOMインスペクタ系のツールで補いながらコーディングしている。

後は、ソースが巨大化した場合に、「4444行目でエラーが〜」とか、
言われるとさすがに萎える事があるのは、否定せんよ。
try〜catch張っていると、さらに原因の特定に困る場合あるし、
デバッグツールあると便利やね。

まぁ、それで「コスト云々なので開発につかえね〜」というのには、
賛同できないし、>>411の聞き方では煽りのレス位しか付かない
だろうと思ったので>>411を煽りつつ、建設的な聞き方に違訳wして
さしあげたというわけさ。

情報くれた皆さんｻﾝｸｽ!!
↓以降も、情報募集中。

>>425
少なくとも>>394にとっては、
未知で、ものすごく難しい物らしい。

結局>>411であってるというわけか。

いまさら前時代的な開発効率ではやってはいけんな
やはりGoogleのようにシンプルなGUIだけだな

現代的な開発効率ってどんなんだ
コード補完、ポトペタ、デバッガ、インスペクタとか？

ないのはポトペタとインスペクタくらいか

>>428
否定はしない。

ただ開発効率と言う面だけで
諦めてしまう面は、嫌いだな。

GoogleMapを外部から呼び出しているページの
ソースとを見ると、すごく短かいよ。

>>411とかは、そういったレールがひかれるまで
待ってから判断すると良いと思う。

漏れは、現状の開発環境でも何とかなるし
新しい物に挑戦するのを面白いと思うタイプだ。
価値観が違うからしょうがない。

だからﾁﾐには無理だからと(ry

AJAXのどこが新しいのだよ

名無しさんだった技術に名前が付いた

Javascriptの開発環境について
http://webmaster.hatena.ne.jp/1123227040

>>433
ﾟ∀ﾟ)兵隊アリめ ！

Ajaxが既存の技術を組み合わせだという事を
知った上での揚げ足取りのつもりなのだろうな。

古い技術を、組み合わせた仕組みでも、
かなりの事が出来ると言う事に、
名前を付け広める事で、共通の認識を持つ事が
できるし、価値観が生まれる。
その価値観で、既にAjax vs FLASHといった
発想も出てきているみたいだし、
Ajaxで仕事をといった話もあるそうだ。

そういった、アーキテクチャなり価値観を
新しいと言っているのだよ。

言語的に新しいだの開発ツールが新しいだの
そういった貧困な発想しか出来ないオマイは、
しばらく兵隊アリをやっておれ。

あ〜兵隊アリも必要だから、淘汰するつもりは無いよ。
そのうち、誰かがレールを引いてくれるだろう。

>>407の言っていた、
>既存のルールで儲からないならそれを壊すまで。
という事と同じで、古い物で新しい価値観を
作りだすのは、さすがだと思う。
（正確には、グーグルが認めるだけの事はあると
　言った方がよい？

>>435
お〜　ｻﾝｸｽ!

結論：得られる効果の割には開発効率が悪く保守も面倒。

マスコミ主導型

Google主導

ていうか俺は宣言できる。
まぁず間違えなく、ぜぇぇったいにはやらない。
2年後には、すべからく全員！！Ajaxなんて単語は忘れてる。

せめてJava並に分かりやすい言語を・・・

>>441
なにを、そんなに執着しているんだ？
とりあえず、オマイから忘れると良いと思うよ。

所詮、フロントエンドだ。
今後、FLASHなりAtlasが面白くなれば、そっちを使うだけだよ。

今は、Google主導のGoogleMapとかライブラリとか使えたり、
そういったアイデアを刺激され自作する事が面白い時期。
雑誌とかでも、良く見かけるようになったし
今は、Ajaxという考えが面白いと思うよ。

と、いった流行に着いて行けない自分を誤魔化す為に
酒に呑まれているのけ？（ﾌﾟ

Ajaxはブームであって実用的ではない。
Googleでそれが出来るのは物凄い体力があるから。
基本をAjaxで作って
WinはVML、他はPNGとか処理を分けてたりするしね。

その点Flash（Flex) はRIAというニーズが既に高くなっている。
Web業界の案件の1/4がRIAを選択してる実績もあるしね。
こっちはブームではなくトレンド。

てかAjaxって普通の解説サイトとかに向いてる気がする。
仕事で使う技術じゃないよ。

趣味で使う分野や画面数が少ない分にはいいけどね

流行るからといって画面数や細かい制御が多い業務アプリで使うと死ぬ予感

>>443
面白いと言うだけの技術をさ、仕事に持ち込まないでくれる？

あと流行にだけ流されてるのが気に食わん。
もっと真実を見抜けよ。

まじでそうだよな。
お前はAjaxが話題になったらAjaxをちょこちょこっとやって、
Ajaxが廃れてFlashが話題になったらそれをちょこちょこやるのか。
マスコミに踊らされてるだけじゃん。

いや皆見抜いてるから。

そもそもAjaxをブームメントと捕らえてるのがおかしい。
数年内にHTMLを置き換える次世代Web技術が現れると思うが、
それはAjaxではありえない。

つまりAjaxは次世代Webまでの、つなぎ

> HTMLを置き換える次世代Web技術
って何？
もちょっと詳しく！

自演乙

その理屈はAjaxをブームと捕らえるのは正しいという理屈では？

>>444
FLASHの実績は、否定せんよ。
SonyBankのUIもFLASHだし、信用できるのでしょう。

現状で考えると、
Web上で、デザインに凝った物や重要な処理を行いたい→Flash
Web上で、お手軽に何か作りたい→Ajax
といった風に、住み分けされるのでは？と思っている。

というか、古い技術に名前を付けただけなので、
現状がそれに近いのでは？

名前が付いた事により、ライブラリの開発等が流行っている
みたいなので、もうちょっと豪華になると思うけどね。

>仕事で使う技術じゃないよ。
これには反論。
現状でもJavaScriptを使った仕事は多いので、
その辺が上記のライブラリ等を使って豪華に
なるのでは？と思う。


将来的に、ブラウザでXFormsが使える様になる頃には、
ブラウザ間の動作が、統一されていたりして、
プラグ印メンドクセといった事になってないかな？
と、これは妄想中。。。

>>455
客が使えって云い始めたら、仕事でも使わざろうえんわな。

XFormsも作られ始めて長い時間（4年くらいか）たつけど、
正直なところ、あんまり流行りそうにないな。

おうよ、妄想さ。
話題に上がってたので書いてみた。

やっぱりFlashよりもJavaScriptのほうがいい

だって普通のformはJavaScriptの恩恵受けまくりで
既に不自由が無いじゃん

英語しか入らないフォームとか
数字しか入らないフォームとかを
かなり簡単に記述できる

ttp://satoshi.blogs.com/life/2005/08/google_os_.html

お前らこいつと同じ意見なんだろ。
Googleが世界を制するとでも思ってるんだろ！！キチガイどもが！！！！

技術者としては、技術に対して貪欲でありたい、
と思っているだけだよ。

>>460
かなり感情的になっている様だな。（ﾌﾟ

>>461
同意

>>455-456

http://www.x-desktop.org/
JavaScriptのデスクトップのような何か

社内でもFlash派と分裂しつつあります。
負けられねー。ｗ

>>435
> シェルなんかから js ファイルを実行してエラーだとエラーだっていう旨を吐いてくれるツールとかがあればいいんですけど、JavaScript の実装上難しそうだなあ。
あるじゃん。

>>441
どうでもいいけど「すべからく」の使い方、違ってますよ。。。

「すべからく」をAjaxで正しく実装してください。

あべし。

>>416
開発環境を作るのが

元からCSSを使い倒す紳士に
より一層の低負荷をもたらす技術だな

>465
分裂せんでもええやん。両用すりゃいいさ。

>>450
>ブームメント

>>465
正直、Flashの方が良いと思う。
ブラウザ依存が少ないし、当然だが、
オーサリング環境は比べ物にならないし。

Flash MXでFlashの楽しさを理解したから、Flash 8になったらまた買う予定。
それまでは目覚めし古の巨人Ajaxを使い倒す。

巨神兵にならなきゃいいけどなー

ウェブ・アプリケーションを快適に動かす新手法『AJAX』
ttp://hotwired.goo.ne.jp/news/20050809301.html

オーサリング環境の差とかわかるけど
客にウケてバンバン売れるなら
んなのどうでもいいと思う今日この頃。

W3C規格が宙に浮いたままだから手が出せない

シンプルに単純なHTMLのみか
リッチクライアント落としてもらうかに二極化し始めてると思うんだが。

>>480
それは気のせい

画面数や遷移が多い業務系がリッチクライアントへ
不特定多数で画面数がさほど多くないのがＦｌａｓｈかAJAXへ

XHTMLのENTITYのファイル参照ってキャッシュ利く？
利くならAJAXの未来はまだまだ明るいと思う

IEの独自拡張機能って、毛嫌いしないで実際に使ってみると、色々と便利だね。

HTMLの条件付きコンパイルとかは、標準化の理念に反しているかも
しれないけど、他のブラウザも実装して欲しい。

便利だから不便なんだよ。IE が実装したばっかりに……てヤツ。
この感じ伝わるかなぁ。

Content-encoding: gzipが企業PCなどのIEでは使えないという記事があった。
IEは標準で使えて欲しい部分をこっそり使えなくするいやらしさがある。

XULなど使う位なら、IE拡張機能使うなぁ。

xmlhttpでマルチキャストでデータ送りたいんすけどできます？

>>488
マルチキャストって
サーバーとクライアントのどっちが１でどっちが多？

送りたいつってんのならC1：SNじゃねの？
XMLHTTPインスタンスがシングルトンかどうかをチェックすりゃいいじゃん。
んで報告してちょ。

>>489,490
C1：SNです。

>XMLHTTPインスタンスがシングルトンかどうかをチェックすりゃいいじゃん。

ググってみましたがインスタンスやシングルトン、コンストラクタといった用語自体
初めて目にするレベルなので１日や２日では理解できそうにありません　orz
javascriptしかやったことがない。。


↓でやってることをXMLHttpを使って自作しようとしています。
「UPnPでIGDデバイスを検索」
http://www.bosuke.mine.nu/neta/upnp.shtml

IGDの検索以外の部分は完成していますが、マルチキャストで躓いてしまいました。
まずXMLHttpでマルチキャストが送れるのか？が疑問で
あと仮に送れたとして、myObj.responseXMLでレスポンスを受け取れるのかがとても不安です。

具体的な使用例とかがあったら教えてもらえませんか？

ttp://chasen.org/~taku/software/ajax/fullime/

どうでも良いけどHTTPの範囲にマルチキャストなんてあったっけ？
xmlhttp = xml + http

>>493　え？やっぱないんすか？

>>493
画像とか同時描画してるじゃん。他にもフレームとか。
てか別に並列処理じゃなくてもバッチ処理すればいいだけ。

マルチキャストじゃないだろそれ

>>486
ヒント: プロキシ接続で HTTP 1.1 を使用する
企業PCだとそこら辺の設定を変更できない可能性があるって話?

設定を変更してくれる？わざわざその技術のために。
デフォルトって大切。

ヒント: グループポリシー
企業PCなんだし

>>488
そのプロトコルって下層が
UDP -> HTTPU/HTTPMU -> SSDP
じゃん。

ttp://www.hotweb.or.jp/grouse/upnp.html

XMLHttpはTCPしか叩けないだろ。

HTTPU/HTTPMUなんて初めて聞いたよ。だが、
IETFには出されたみたいだが、
http://www.microsoft.com/japan/technet/prodtechnol/winxppro/evaluate/upnpxp.mspx
「HTTP Multicast over UDP、HTTP Unicast over UDP。IETF ドラフト。」
RFCにはなり損ねたようだな。
http://www.ietf.org/iesg/1rfc_index.txt

>>500,501
ありがとうございます。どうやら無理っぽいようですね・・・。
ん〜このままでは中途半端なプログラムになってしまう(´･ω･`)

VBScriptとか使えばなんとかなるんでしょうか？
インターフェースをHTML+javascriptで作りこんでしまったので
HTMLに埋め込めるスクリプトでマルチキャスト扱えるのって何かあります？

無理ぽならちゃんとした言語で再トライの予感。

つーか >>488 が何をやりたいのかサッパリわからん
マルチキャストを理解してるかどうかも怪しい

>>503 >>491

>>502
Java Applet

>>505
おう！Java Appletがありましたか。
ちょっと調べてみた感じ自分のレベルでなんとかできそうです。
たぶん。

ありがとうございました！

>>488
本当は悪いことをしようとしてる予感...

>>507
なんと
クライアントを使ってアタ

オランダのサッカーチームのスレッドと思ってみたら、
エイジャックスのことか。

サーバー上の変更を自動通知みたいなのやりたいんだけど、
レスみたらポーリングか繋げっぱなしにするっていってて
じゃあ繋げっぱなしにしようかなと思うんだけど、
これってHTTP的に行儀が悪いとかってない？

>>510
繋ぎっぱなしってできるの？

サーバー側は multipart/mixed でタイムアウトにならない程度に
ダミーのペイロードを送り続けることはできなくもないかなと思うけど、
（これもレンタル鯖だとプロセスを切られそう）
結果を取り出すクライアント側のコードが想像つかない。

定期的にresponseTextを覗いてMIMEを自力でパースするのかな。

やっぱここに粘着してるのは、
話題に乏しいループ厨房だな（げらげら

>>510のループ元：>>91,>>123-124

Using prototype.js v1.3.1
ttp://www.sergiopereira.com/articles/prototype.js.html

>>511
繋ぎっぱなしだと普通のAPサーバーのServletスレッドプールを
すぐ食いつぶしそう。100接続程度で誰も入って来れなくなったり。
こんなのあんまりだから、やるならポーリングにするよね。

繋ぎっぱなし版のresponseTextの扱いだけど、text/htmlにしといて
Googleサジェストがやっているみたいに複数行のJavaScriptをレスポンスと
して返し続ければパースは要らないんじゃないのかな。それをeval()すれば
良いような気がするけど、やってないからわかんね。

goo 辞書もAjaxかな
使いやすいな

クライアント側って、Javaスクリプトでなくて、Javaアプレットだと駄目？

Applet ならまだ Flash の方が……と思うなぁ

ＦｌａｓｈじゃAfax

Javaアプレットならロハで作れるけど
Flashはなあ......

そこで MTASC ですよ

>>521
バックエンドにMTASCを使ったフリーの統合環境が出るまで待つよ。
Eclipseベースならなおよし。

>522
もう出てるよ。
flashoutを利用するもの または最近FDTというのが出た。

Java >>>> JavaScript

JavaScriptの行く先を見出せない俺が来ましたよ
正直なくなってもいい技術じゃね？

今を楽しめ

JavaScriptは、MSも重要視している技術。
マクで採用しているJavaScriptで動くDAを、次期OSに真似して搭載するだろ？

本来MSでは、UA意外での使い道も結構あったはずなのに、意外と地味な印象だ。
いまでは、アドビイラストレータをJavaScriptで制御できるというのに...

Ajaxで動画や音声を扱えるようになればいいのにと思うこの頃...

>>527

「fladdict.net blog: JavaScript で音を制御してみたよ」
ttp://www.fladdict.net/blog-jp/archives/2005/06/javascript_1.php

もはやFlashじゃん

>>528
タブブラウザで別ページで開いたあとで他のページのリンクが妙な動作するんだけど
バグってねぇ？

開発じゃなくてユーザーとしての立場だと、
Flashバリバリのインターフェースって、かなりウザいんだけど…。

むやみにFlashに頼らず、Ajaxを限定用途で工夫してさりげなく使ってくれるほうがありがたい。
まあ用途によるけどさ。

細かいことをy労とするとブラウザ依存になり、ブラウザによってまったく動かなくなるのが怖いところだな
静的コンテンツでのレンダリングですら問題になるのに

>>528
フラッシュファイルをJavaScriptで遠隔操作しているって感じかな？

でも、Ajaxってフラッシュなどを代表とするプラグインを必要とする実装を回避しつつ、
インターラクティブ性を高める技って事だよな。

フラッシュファイルを扱う時点で本末転倒じゃね？

>>519
おかしくね？A Ja X の Ja を変えるんだから Aflax とかが真っ当じゃね？

にしても何故 Ajax なんだろう。JavaScript 略すなら js とかの方が妥当だと思うんだがな。
発音とかの問題なのかね。

>>534
Ajsxじゃ読めないじゃん！

Philipz博士のｚはなぜ後ろにあるのってのを思い出した＜「創世記機械」だかなんだか

>>534
> にしても何故 Ajax なんだろう。

Ajaxっていう結構メジャーな洗剤があって、これとSOAPを掛けてるらしい。

しかしAjaxって名前は大げさだな。有名どころのAjaxサイトはXMLなんて使ってないし、
結局JavaScriptでHTTP通信を裏で非同期実行できるってだけだもんな。それも以前から
あった技術なのに。

>>537
まさにそれこそがミソなんだよ。

XMLってパースが重いからな
SAXなら実用的な速度がでるのかな？
どちらにしろ受け手の問題がある

>>538
ミソってどこのへん？
・名前が大げさ
・XMLなんて使わん
・Googleが使ったからXMLHttp解禁

>>540
「それ以前からあった技術なのに」の部分じゃない？

ハイパーテキストだって概念自体は1970年からあったものだけど、
WWWがブレイクしたのは20年以上後でしょ？みんな、ネットが普及し始めてから
10年以上もハイパーテキストの可能性を見落としてきたわけよ。

確かにAjaxも「それ以前からあった技術」だけど、誰もそれでGoogle Mapの
ようなことが出来る点は見落として来たわけで。この世界は実装したモン勝ちなのよ。

RIAが登場できるだけの通信速度がなければ
Ajaxは一生日の目を見なかった気がする。

あとGoogleMapsはIE以外はVMLの恩恵が受けられないらしいから
Flash経由のほうが開発コストは低いと思うよ

IE限定にすればいいじゃん

>>540
名前が付いたことで概念の共有化がしやすくなった。
DHTML とかだって HTML + CSS + DOM + JavaScript の総称だけど
名前が付くことで説明しやすいだろ。
その結果普及しやすくなる、と。

LAMPやデザパタみたいなもんか。
まあそういう面はあるよな

>>541
> 誰もそれでGoogle Mapの
> ようなことが出来る点は見落として来たわけで。

誰も見落としてない。
XULやWSH界隈では普通に使われていた。
アクセシビリティというものを考慮してやらなかっただけ。
頭を冷やせ一部の馬鹿ども。

>>546
要するにゲームとかのエンターテイメント系産業に良くありがちな
「名前付けで定着をねらう」戦略がうまくいったって事だよね。
マーケティングの基本なんだろうけどさ。

>>544
XMLHTTPと言えば通じる(通じた)。

やっぱGoogleさまさまなんだよ。
以前なら互換性が怖くてXMLHTTPなんて
使わなかったもん。今なら「Googleがやっているし」
で通りそうなんで。

つか、名前がどうのこうのとか、どーでもよくね？

多分生理的に受け付けない人種が多いのだと思う。

>>550
隣同士の要素の大小が一定になるように要素を入れ替える作業を
全体を通して入れ替えがなくなるまで繰り返すアルゴリズム

と言うより、
「バブルソート」で通じる方がなにかと便利だろ？　そういうことだよ。

どうでもいいからWebProg板に帰ってくれよ

Ajax等と呼ばずに
ふっつーにJavaScriptでいいんじゃねえの。
一つの言語に色々な呼称付けないでくれないかしら？
と、古い人間が言ってみますよ。

同じような事でも、Microsoftがやると怒られて、Googleがやると誉められる不思議。

それがジェダイと帝国軍の差

一応FireFoxでもちゃんと動いたから
怒られなかったんじゃないか？

GoogleとMSが手を組んだら、世の中きっと楽しくなる。

MSだけじゃなくてFirefoxもできるようにしたからGoogleがやろうとおもったんだろうな。

FireFoxはVML未対応だろ？
PNGに線引いて出力とか力技らしいじゃん

Ajaxってこれからスタンダードになっていくのか？

ならないし、なりえない。
MVCが維持できないじゃん。

次期JSFはAjaxをサポート。

>>554
Ajaxは言語ですか

>>563
JSFでAjaxサポートって単に重いだけなんでは・・・。
Faces Requestを送るために、どうせ超巨大なデータを
送ろうとするんだろうし。

>>561
普通に使われて普及する可能性があると思う。
Mapionの実験サイト(無料)とか見ると、やっぱり
便利だからね。ユーザーに強いメリットがあれば
市場がそれを追いかけるから。

>>566
今は無いけど、おそらく次は株式のネットトレーディングサイトで
Ajaxが盛り上がると思う。既に構築始めている所が居てもおかしくない。
リアルタイムで株式動向が分かるリッチなものが作れるんだから。

>>562
アホか。アプリケーションモデルとドメインモデルを分離しろって習わなかったか？

習ったかどうかみたいな権威付けは糞だと思うよ

>569はどういうジョークなんだろう。

>>567
それ、只のJavaScript

DHTMLすら満足にできない奴がごろごろしてるのに普及なんてするかよ
表示/非表示やconfirmくらいが業務でのDHTMLの限界

それはさすがに貧弱すぎる気が・・・

それ以上は専用クライアントの出番

値のチェックぐらいしろよ

submitの段階でチェックするところが多いのは何でだろうな
俺だったらkeypressで制御するのに

使いにくそう

>>576
昔のホストのイメージがそうだからとか。
リッチクライアントなのにそうやっている所もあったかも。

>>572
折れは、ロールオーバーもプルダウン式メニューも、みんなクロージャにしてプログラミングできる。

...え？　それがどうしのかって？

すみません、逝きます

漏れもGoogleMapみたいなのこしらえてみたいんだが、難しいかなー？
いちおうJavaScriptとJava（Struts、Hibernateなど）は使えるのだが…えらく難しそうな希ガス。

>>580
データが無いと何もできない罠ｗ
処理は煩雑なイベントハンドリング以外大したことは無い。

>>537
> しかしAjaxって名前は大げさだな。

やっと意味が分かった。

Ajaxってローマ神話の英雄の名前で、
アメリカ軍のミサイルの名前にも採用されてるんだね。

そんな名前を何故？って感覚か。

欧州サッカー好きの俺は、どうしても「あやっくす」と読んでしまう。

え？
「アヤックス」じゃないの？

Google Maps の開発者インタビュー
http://itpro.nikkeibp.co.jp/free/NNW/NEWS/20050823/166692/

てか、おまえら今更AJAXは主流になるの？とか間抜けな事聞いてんじゃねえよ。
こんなの前から使ってただろ？

>>584
この場合はエイジャックスと読む。

>>586
知っていても遊び用でしか使わなかったよ。
仕事用とか外部向けアプリで使ったら俺の周りでは
危険視されていたし。

それは常識。本当に危険。

>>589
今となっては大御所のGoogle様がやってしまったから
他のサイトも外部向けサイトとして出しているけどね。
Mapionの実験サイト(メアドだけで無料で登録できる)も
使ってみたけどバリバリのAjaxサイトだった。

Google〜〜ゆるさんぞ〜

データI/Oが単純ならAJAXはアリ
業務系で使うのはただのアルファギーク
サーバサイドでもStrutsとかアルファギークのおもちゃばっかでつかれるよ
枯れたノウハウで行けっての

vb？ access？

Javaは枯れてきた

自分が理解できないから愚痴ってるだけに見えるな。
恨み節ｶｺﾜﾙｽ（ ´,_ゝ｀）ﾌﾟｯ

あれは手間ばっかでホントに効率が悪い
Struts開発者ですら別のフレームワークに逃げた

>>592
> Strutsとかアルファギークのおもちゃ
すっげー納得

>>595
屑に使えないフレームワークなんか、それこそ屑だけどな。

>>598
それは言い過ぎ
フレームワークは開発者の裾野を広げるためにあるべきなのに自己満足に陥ったもののいかに多いことか。

XML HELL の温床ばっか > Javaフレームワーク

>>600
確かに。XMLにすりゃいいと思っているのかねぇ。

ところでアルファギークって何？

アルファギーク：
「産業を変化させる力を持つ新しい技術に早いうちに飛びつき、
ああでもないこうでもないといじくっているうちに、技術が進むべき
方向性を示し始める、先鋭的で飽きっぽいエンジニア」

かなりプラスの意味に取っているな。俺から見たら自分が生み出した
わけでもない技術を鬼の首でも取ったような騒ぎ方をして周囲に迷惑を
かけたあげく、すぐ飽きるような奴のように思えるけど。要するに使えない奴。
ところで>>592のWeb系の枯れたノウハウって、自作のを使い
続ける事を指しているの？

実績やドキュメントが無駄にある前時代的な奴のことだろ

>>596
Struts開発者はJSF作ってShale作ってるから、逃げたというよりもStrutsが中途半端だったと思ってるんじゃないか？

>>603
どんな技術でも最初はアルファギーク達のお世話になるものだよ。
貴方がいつも使ってるアレやソレもきっと最初はそうだったはずだよ。
そういう人達が居ないと、いつまでたっても開発者本人しか
使わない技術で終わってしまうからね。

>>606
アルファギークを共通費で飼ってやれる余裕があればいいんだが。
仕事とは別枠でやっていただきたい、という話でございましょう。

何て都合の良い解釈

えっちがうのか・・・・。

>>606
そりゃそうだけど、新しいもんで残るのはわずかで9割方消えていくだろ。

いや、一時とは言え、流行る程には優れた技術だから、
消えるのは８割９分９厘位に留まる。

「流行りの技術」って時点で流行ってるんだから
アルファギークの手を借りてない罠。

AJAXとあんま関係ないけど
業務でDHTML使うとテープル使って一部を非表示にするとき
マージンが余ってしまって気持ち悪いレイアウトになる

俺が直接関わってるわけじゃないから手を出せないんだけど
直したい、直したい、直したい…ってもんもんとする毎日。
DOM使えや

google map観れない環境やブラウザは糞なので、
そんなモノの対応など、これからは考えなくてもイイと言う事でしょうか？

ケースバイケースだろ。
別に互換性は最優先されるべき項目でも無いよね、てこと。

９割近くを占めるブラウザで動作すれば無問題。

そう考えると随分思い切った技術だね。
潔いというか何と言うか

Win IE 5.x〜とFireFoxで互換取れてれば、いいような気がする。
特にオペラとサファリは実装に問題が多そうだし、確認すること自体が無駄なような気がする。

はいはい、そうですね。

>>617
互換を考え始めるとキリがない。画像が出ないブラウザだってある。
問題は、互換性を捨ててまで実装するメリットがあるかどうか。

GoogleMapは許せるが、ただの会社概要やEコマースサイトが
Flash専用になってたりすると殺意を覚える。

こないだ某社の会社概要がFlashで出来てて文字列選択もできないので、
宛名印刷する時にFlashの画面見ながら住所と会社名をタイプしなおすハメになった。
何のためのデジタルデータなんだかわかりゃしない。

>>620
＞ 宛名印刷する時にFlashの画面見ながら住所と会社名をタイプしなおすハメになった。
おまえは俺か？

結構あるんだよな、しかもこういう会社に限ってメールで資料請求できなかったりする。orz

話が�dでますお

道具は適切に使いましょうってことだろ

素で適切に使えない奴
適切に使わないことを目的とする奴
とかいるからな。後者は一見カッコイイから要注意。

変態な使い方して笑っていたら、
他の人がマジに受け取ることがあるからな。

>>625
それは、おまいが自分の天才に気付いてないだけじゃないのか？

>>626
確率は大変低いのでありますが、無い可能性ではありませぬ。

なーんかマイクロソフトも好きだねぇ。
どんどんAjax使ってるよ

>>628
もともと XMLHTTPRequest はMSの独自拡張技術だからね。
MSは昔っからJavaScriptをよく使っていたし。

http://d.hatena.ne.jp/keyword/XMLHTTPRequest?kid=98626
http://en.wikipedia.org/wiki/XMLHttpRequest
> The object was originally invented by Microsoft, used since Internet Explorer 4.0

>>629
今じゃプロプライエタリなソフト会社のうち一番XMLとJScriptに力入れてると思う。

>>614
京ぽんは糞じゃねぇぇ！

>>620
そのうち、WindowsFormにしか対応しないサイトが出てくる伊予柑

Windowsアップデートで全滅とかｗ

おお、あり得るなｗ
開発はラクチンになるかもしれんが、運用・保守は地獄だな。

そう言われ続けて１０数年。Windowsは広まる一方であり、
大きな不具合は無い。

>>635
でもどんどんでかくなる。

政府はＰＣの減価償却期間もっと短くして、お願い！

いや、正直、運用保守はWindowsの方が楽。
OS, WEBサーバ, APサーバ, フレームワーク…
殆どがWindows Updateだけで済むから。
セキュリティ情報もMSサイトだけ見てれば良いし。
相性問題もMSがリリース前にやってるしな。

LinuxとApacheとTomcatとStrutsを個別に保守するのは大変だし、
更にStrutsにしろTomcatにしろ他のライブラリへの依存多いから
それらを把握するだけでエライことに。

>>637
Debianでも使ってればLinuxとApacheとTomcatのセキュリティパッチは
半自動で入るよ。コマンド一発。Strutsはセキュリティパッチが出ない限り
アップグレードすべきでないと思う。振る舞いが変わりそう。

Linux Apache TomcatとStrutsを同列に並べて語ってる辺りで程度が知れる。

＞相性問題もMSがリリース前にやってるしな。
これ自社製品だけだろうな。特にOracleを使用している場合は、気をつけたほうがいい。

社員乙

AjaxでOracleはありえないだろ

ありえるだろ。

windowsパッチとoracleの話だろ。

>>642
http://kokogiko.net/m/archives/001219.html

つかAjaxって主にブラウザ側の話だから、WEBサーバのそのまたバックエンドが何使ってるかはわからんだろ。

その通り。つか、Ajaxって言うの恥ずかしくなってきている今日この頃。

ミームとかいうやつだな
たぶん

Macでも普通に動く（らしい）Atlas。

http://www.ajax.co.jp/

XMLHttpRequestを使って画像データを取得する方法を教えてください

AjaxはMSが作り出した物のなかでも
かなりのヒット作だな。

>>652
凄い餌だな。

IE 6とFireFoxはきちんと作られたアプリなので問題ない。
サファリはダメソフトの典型なのでサポートなんかしなくていい。

w3mのサポートをよろすく。

>>635
>そう言われ続けて１０数年。Windowsは広まる一方であり、

今の時代負け組みとなったPCで広まってるだけ。

カカ○コムでWin/II$鯖大騒ぎ。

スパコンは汎用OS的にはUNIX系の独断場。
M$がスパコン対応を逝ってからどれだけ経つか。

組み込みは全敗だが、携帯は、ま、これからかな？
車載では与太がWinCE採用→Win廃止ｹﾃｰｲ、という流れ。

「カーナビにも使える」--応答速度を向上させたMontaVista Linuxの新版
ttp://japan.cnet.com/news/tech/story/0,2000047674,20087025,00.htm

最近では少しずつ組み込み機器の分野にも進出している。
例えばNTTドコモのFOMA 90ｘシリーズや70xシリーズでは、
NECとパナソニック モバイルコミュニケーションズがOSにLinuxを採用している。

具体的にはカーナビのほか、医療機器や業務用の映像機器など、
高い応答速度が求められる分野に進出したいと有馬氏は話す。

釣りたい時は要点を簡潔に

>>653
アメリカ人にアンケート調査すると、｢インターネットはマイクロソフトの発明」
なんて、トンデモナイことを思っている人もたくさんいるらしい・・・
と、知ってからは、少々の釣りえさにはひっかからなくなった。

>｢インターネットはマイクロソフトの発明」

このタイトルのスレ希望。

「プロトコルのNBTから、アプリのIE、Ｍ＄Ｎのサーバーまで全部Ｍ＄製。
それが嫌な人はインターネッツを使わないで下さい」
とか。

信じたくないと思うけど、XMLHttpRequestnはもともとMSが作った物だよ？
MSぐっじょぶ

http://d.hatena.ne.jp/keyword/XMLHTTPRequest?kid=98626
> 標準ではなく Microsoft Internet Explorer の独自拡張だったが、
> その後他のブラウザが追随してデファクトスタンダードと呼べる状態になりつつある。

http://en.wikipedia.org/wiki/XMLHttpRequest
> The object was originally invented by Microsoft, used since Internet Explorer 4.0

>656
ホンダのinternaviは、現役でWinCE automotiveが載ってる筈。
で、勝ち組って何？mac?sparcマシン?

>>660
それは知ってる。
AjaxはMS発じゃないけどな。

やれやれ、こんな過疎地でも布教活動ですか？

ということにしたいのですね：-P

外人風の顔文字やめれ

でも：が全角

XMLHTTPRequest + DHTML = Ajax が成り立つとすれば
XMLHTTPRequestを作って使っていたMSが先発と言える。

Ajaxという言葉を発明したのはどこかよそのオサーンだけどな。

>>664
外人つーかvoidネタ。でも「ということにしたいのですね」と組み合わせるのは:)とか;)とかだたよーな。

＞Ajaxという言葉を発明したのはどこかよそのオサーンだけどな。
LAMPに近いのか？

A

XMLHTTPRequestはMSで、
Ajaxという言葉はよそのおっさんで、
この仕組みを世に広めたのはGoogleだ。

AjaxでもMSが覇権を握るでしょうね。
お得意の

独占して→停滞させて→殺す

コンボを発動するでしょうね。

>>671
Ajax っつー言葉が出来る前に Google が広げたんだよ。
Suggest が出た辺りから XMLHｔｔｐRequest で話題になってた。
Maps が出た後におっさんが葉っぱかけたわけ。

>>672
根拠は？激しく知ったかな空気を感じるが。

XMLHTTPRequestを作ったMSは神！
素晴らしい物を作ってくれた。

Atlasが出ればAjaxなんてASP.NETでさくっと作れるようになる。

ITmedia エンタープライズ：MS、Ajaxアプリケーション開発フレームワームをPDCで発表
http://www.itmedia.co.jp/enterprise/articles/0506/28/news083.html

hail2u.net - Weblog - IEDevToolbar
http://hail2u.net/blog/software/iedevtoolbar-beta.html

Download details: Internet Explorer Developer Toolbar Beta
http://www.microsoft.com/downloads/details.aspx?FamilyID=e59c3964-672d-4511-bb3e-2d5e1db91038&displaylang=en

そのツールバーは入れない方がいい

Ajax という言葉が生まれるよりも、Google Maps が注目を浴びるよりも、
最初に Ajax を駆使してたのは MS じゃね?
Outlook WebAccess とか MSN Web Messenger とか。

で、Outlook WebAccess の開発者が
「うちが先だ」と異を唱えてるって記事を見た気がする。
ちょっと可哀想だな。

Ajax を使った手書き文字認識
http://chasen.org/~taku/software/ajax/hwr/
ｽｹﾞ

>>677
まじで？入れちゃったんだけど何か弊害ある？

いや、あまりできがよくないなーとおもったので

>>679
どうやってグラフィック描いているんだろうと思ってソース見てみたら、
<span>でドットを表現して一生懸命描画してた。なんか、HTMLで
何でも出来るね。パフォーマンスと互換性の問題が無ければ
結構どんな事でもやってしまえそうな気がしてきた。

パフォーマンスはまだしも、互換性はきちんと考えないと
また嫌われ者に逆戻りしそうな希ガス

Ajaxで手書き文字認識をする必要性がわからない

必要かどうかは関係ないんだよﾊｧﾊｧ

>>682
> どうやってグラフィック描いているんだろうと思ってソース見てみたら、
> <span>でドットを表現して一生懸命描画してた。なんか、HTMLで
そんなことするぐらいなら、VML（ベクターグラフィック記述言語）使えばいいのにｗ

Google MapsでもVML使われているね。
http://japan.cnet.com/news/ent/story/0,2000047623,20085942,00.htm
> 　例えばGoogle Mapsは、Internet ExplorerではVMLを用いて
> 地理上の拠点間に青いラインを表示させられるが、
> Firefoxブラウザにおいては、PNG（Portable Network Graphics）フォーマットを使用し、
> 直線的な描写で代用している。

そういやこのVMLもMSが作ったんだよね。
標準化させようとしたけど、MSが作った物をそのまま
採用するのがいやだったのか、ちょっと変更してSVGとして
標準化するのが決まったけど普及はまだまだだなぁ。

少しぐらいアイデアとかコード書けよ

と自分に言い聞かせる>>687であった。

>>674
>XMLHTTPRequest

XMLもHTTPもM$と関係無いし、
HTTPはファイル単位のやり取りなので中身がXMLになっても、
アイデアとも逝えない。

XMLHTTPRequestが策定・実装されていなければAjaxは無かったな。
つかDHTMLも（ｒ

>XMLHTTPRequest

ﾀﾞｲｼﾞｮﾌﾞ、コアなアイデアは無いから必ず作られる。
通信自体はHTTPRequestで既にファイル単位でin/outだし。XML必須って訳でもないお。
それまで標準に悪さばかりしてたのが、たまたまXMLHTTPRequestとネーミングで美味しいとこ鳥しただけ。

例えばカレーとご飯とかパンを合体させても誰もオリジナリティを主張しないよね
Ｍ＄以外は

なんか、どうしてもXMLHTTPRequestを作った
MSの功績を認めることが出来ない人がいるみたいね。

そりゃXMLもHTTPRequestもＭ＄の功績じゃないし。

AJAXがﾁﾞｬｳﾞｧスクリプトなのは分かったが、それと、ﾁﾞｬｳﾞｧアプレットは無関係と考えて良いんですか？

>>694
> そりゃXMLもHTTPRequestもＭ＄の功績じゃないし。
？

MSの功績は、XMLHTTPRequestでしょ。
勝手に名前を二つに分断して個別の名前で判断するなよｗ

JavaScriptでページを再読み込みすることなく、
XMLを非同期で取得できる素晴らしいライブラリだ。

>JavaScriptでページを再読み込みすることなく、
>XMLを非同期で取得できる素晴らしいライブラリだ。

スゲーｳﾞｧｶｳﾞｧｶヴぁかヴぁかヴぁかーーーーーーー

餌まいといたら食いついてきたわｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗ

HTTPだから非同期に決まってるし、HTTPの中身はXMLどころかヴァイナリでもふつーに可能だぜｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗ


素晴らしいライブラリだって？？？？？？？
はぁ？？？？？？？？？
プロトコルだろ。

こういうヴぁかが｢インターネットはマイクロソフトの発明」 と言い出すのか。

Ｍ＄アプリ使ったら、
「このＭ＄のアプリでインターネッツが便利になった、インターネッツ・アプリはＭ＄の発明」、
「インターネッツとＭ＄アプリを勝手に名前をるんだろ二つに分断して個別の名前で判断するなよｗ」、
と言い張るんだろ、間違いない。

おいおい.....

次スレ｢インターネットはマイクロソフトの発明」

プロトコルのNBTから、アプリのＩＥ、Ｍ＄Ｎのサーバーまで全部Ｍ＄製。
つまり、Ｍ＄のアプリがあってこそ使えるインターネッツ。

当然、インターネッツ・アプリはＭ＄の発明。
インターネッツとＭ＄アプリを勝手に名前を二つに分断して個別の名前で判断するなよｗ
結論として、インターネッツはマイクロソフトの発明。

最新技術のAJAXはＭ＄のXMLHTTPRequestを使って、
JavaScriptでページを再読み込みすることなく、
XMLを非同期で取得できる素晴らしいライブラリだ。

反論のある人はインターネッツを使わないで下さい

ワールドワイドウェブもウェブブラウザもＭ＄発明じゃない。
しかし、ＷＷＷ用のＩＥはＭ＄の発明。
それらを切り離さなければ、ＷＷＷはＭ＄の発明だ。
納得した。

わざわざ釣られてやるか。

> HTTPだから非同期に決まってるし
決まってないだろ・・・。
第一JavaScriptの動作が非同期ってことなんだから。

> プロトコルだろ。
XMLHTTPRequestプロトコルってなんですか？ｗ

データ取得に関するプロトコルはHTTPですけど？
XMLHTTPRequestはデータ取得にHTTPプロトコルを使って
XMLを取得するJavaScript用ライブラリ。
XMLの取得は非同期で行われる。

>>698
> Ｍ＄アプリ使ったら、
> 「このＭ＄のアプリでインターネッツが便利になった、インターネッツ・アプリはＭ＄の発明」、
MSのアプリでインターネットが便利になったのは同意だが、
インターネットアプリはMSの発明って。

それはお前が言っているだけだろ！

自分の言ったセリフに自分でむかついてりゃ世話ないよｗ

>わざわざ釣られてやるか。

>> HTTPだから非同期に決まってるし
>決まってないだろ・・・。
>第一JavaScriptの動作が非同期ってことなんだから。

「HTTP＝非同期」を知らない人は氏んで下さい。

>> プロトコルだろ。
>XMLHTTPRequestプロトコルってなんですか？ｗ

「Request」の定義をプロトコルと呼ぶ事くらい知って下さい。
どうかお願いでつ。

すごいなー。

MSの作った部分を、素直に誉めているだけなのに、
「インターネット自体を作ったと言ってる」と読んでしまっているバカがいるよ。

自分の読解力の低さわかってないな。


あー。分かった釣りね釣りね。
そうやって自分のことを馬鹿に見せているのね。

705=泪目

読んでてフコウさが滲み出て待つね。

>>704
頭悪いんですか？

> 「HTTP＝非同期」を知らない人は氏んで下さい。
JavaScpritの話ですよ？
そもそもHTTPが非同期ってどういう意味でしょうか？
ソースを出して語ってくださいよ。

画像ファイルなどをブラウザが非同期で読むのなら
意味はわかりますねどね。

> 「Request」の定義をプロトコルと呼ぶ事くらい知って下さい。
意味不明です。
そんな定義なんてないし、
XMLHTTPRequestのRequest部分だけ抜き出さないでください。

HTTPが非同期ねぇｗ
意味わかんね。
コネクションレスと勘違いしてんじゃねーの？

Ajaxの「A」は、Asynchronous(非同期)のAです。
なぜわざわざAsynchronousと書いてあるのか
その理由を察しましょう。

語呂の問題だろ＞Ajax

>HTTPが非同期ねぇｗ
>意味わかんね。
>コネクションレスと勘違いしてんじゃねーの？

いや、非同期だから、コネクションぽい動作を見せるためだけにCookieとこれまたただのファイルが要るわけで。

＞「HTTP＝非同期」を知らない人は氏んで下さい。

こういうのも通報するべきなのかな。
病院とかに。

だから、HTTPが非同期ってどういう意味よ。
非同期なのとコネクションレスとは何の関係もないでしょ。
HTTPのどこの部分が非同期になっているのかちゃんと言える？

> 「Request」の定義をプロトコルと呼ぶ事くらい知って下さい。
Requestの意味は「要求」。プロトコル（手順）ではない。

もしかして、このバカXMLHTTPRequestというプロトコルがあるとでも思っているんじゃね？
XMLHTTPRequestはJavaScriptのオブジェクト名だって。

>Requestの意味は「要求」。プロトコル（手順）ではない。

プロトコルの中の人は、要求と応答だが。
ヴぁか？？？？？

> プロトコルの中の人は、要求と応答だが。
自分で墓穴掘るなよｗ
お前要求（request）＝プロトコルとか言っただろｗ

ハア、プロ板だとこういうアフォな議論になるのかぁ。おまいら何でもいいからajax使って面白いサイト作ってからにしろよw

>>716

> 「Request」の定義をプロトコルと呼ぶ事くらい知って下さい。

プロトコルの中の人がRequestの定義ということで、
イコール（要求＝プロトコル）としてませんでつ。

javascriptが非同期非同期って当たり前だろお前ら・・・
AJAXが非同期ですばらしいのは外部アクセスが非同期なところだろ？

結論：Microsoftだけの功績ではないが、Microsoftの果たした役割は非常に大きい。９割位。

>>719
詳しく。

ひのーき

>>720
ピンポイントでのみ論理的な、零細企業の経営者的発想だね。

ブラウザアプリで動作するコンポ１個提供したに過ぎない上、
冷静に考えると、AJAXみたく面倒なものが何故流行るかというと、
セキュリティ弱杉のＰＣのせいだし。

「HTTPが非同期」という面白いものが見れるスレはここですか？

Ajaxのいう非同期は、
「ブラウザは、サーバーからのデータが届くのを待って動作を
止めたりはしない」
という意味なんで、HTTPがステートレスであるかどうかという話とは
関係ないから、>>697,711みたいな突っ込みは、ちょいと的外れでは？

正直な話、本当はAsynchronousではなく、Non Blocking と呼ぶべき
だろうね。でも略語として語呂が悪い。

>>725
いや、そいつは本気で「非同期」と「ステートレス」の区別がついてないｗ
もうスルーする方向でよろしこ。

>>684
> Ajaxで手書き文字認識をする必要性がわからない

分からない？
多くの人に文字認識エンジンを試してもらって
フィードバックを得るというすばらしい効能が。

すいません。みなさんに質問させて下さい。

【１．Ajaxを学ぶ理由・目的は？】
　　例　：　今までに無い新しいウェブサービス実現できる可能性を秘めている

【２．FLASHと比較した際のメリットは？】
　　例　：　クライアント側からみて動作が軽い

【３．FLASHと比較した際のデメリットは？】
　　例　：　開発が困難、グラフィカルなサイト構築には向かない


特に２と３に対する皆様のご意見に興味があります。宜しくお願いします。

FLASHなんて持っていない。

まぁ、ぶっちゃけ、使う側はXMLHTTPRequestが
MSだろうが何だろうが、「おお、最初につくったやつスゲェじゃん」なんて微塵も思ってないから。

「最初に」だとか「すばらしい」と強調して言ってる香具師。ココなら電波扱いで済むだろうけど（いやすでにキティガイ扱いか）、
現実世界だったら、もう相手されてないぜ？

相手してもらう嫁の空気を入れる準備してるんなら別だがよ（ﾌﾟ

要するに、MSのお陰。

>>730におおむね同意。

漏れは空気入れる嫁は持ってないがｗ

【１．Ajaxを学ぶ理由・目的は？】

今作ってるSNSアプリが基本的にRESTなアプリなのでクライアント側の実装にAjaxを選んだ。

【２．FLASHと比較した際のメリットは？】
FLASHがいらない


【３．FLASHと比較した際のデメリットは？】
FLASHは開発がかったるい。FLASHを買わないとだめ。
Ajaxも開発がかったるいがどんどんライブラリが出てきているから、しばらくすれば当初よりはずっとマシになると思う。

730＝732

flashは只でできない
真っ黒メディアにかね払いたくない

マックロメディアってまだあったのか。
とっくにアドベかどっかに吸収されたかと思ってた。

>>735
フリーのツール使えば？

>736
正解！

こんにちは。はじめまして。２ちゃんねるの掲示板の書き込みを読んでいると世の中にはいろいろな考えをもった人達がいることが発見できとても参考になります。沢山の掲示板を読ませていただき私は一つの結論にたどりつくことができました。みなさんは人間の屑です。

うわなにこれ、すげーわろた

>>740
>>739 がおもしろいってこと？？
それ、コピペだよ。「２ちゃんねるベストヒット」で掲載されてた。

>>741
それ、コピペだよ。

741もコピペだったらどうしよう

このスレ一番の人間の屑

>>697

２ちゃんねるベストヒットで確認したよ。>>739のコピペ

AJAXを全面的に使ったマイクロソフトのポータルサイト「Start.com」が日本語に対応
ttp://www.japan.cnet.com/news/media/story/0,2000047715,20087450,00.htm

>>746
おぉ〜という感じはするけど、意外と使い難いorz

そりゃなんてったってマイクロソフトですから(ﾌﾟ

思考停止は黙っててくれ

あっかんべーーーだｗ

だいたい、こーんなコトが平気でできちゃう企業なんだから、何をこしらえようが高く評価されることはないですよね。

http://t-korea.seesaa.net/article/6930608.html

私はM$を高く評価していますが何か？

M$はいつもわが道を行きすぎなんだよ

Ajax使っていてもMSの技術があるからって「おおすげぇMS」と思うヒト、かなり少ないと思うが。

Messengerの言葉狩り機能はOffにできるとはいえ、ヒドイ機能だよな。笑えない。

俺はM$のおかげで飯食っていけるんで、どんどん突っ走って行ってくれ。
M$を評価しないとか、何かにつけ批判してるバカはWindows道具にして
商売しないでくれと願うばかりである。

ひどく偏った思想の持ち主が多いですね。エンジニアはそんなんばっか。

ここで騒いでるのはエンジニアじゃねーよ。ただのニュースウォッチャーだ。

これまた中立公平なご意見で。

会話セーフティ機能
ttp://www.ailight.jp/blog/sha256/archive/2005/09/13/9709.aspx

MSとオレのペニスがすごいのはよく分かったから。Ajaxの話をしてもらえんかねぇ？
MSを褒め称えたいならWindows板に逝っておくれ。

ま、結論としては、AJaxが今あるのはMicrosoft社が提供した技術に依るところが大きいわけで。

Visual Studio 2005 Team Suite
・パッケージ版：150万円（MSDN Premium Subscription1年分付き）
・Open Business：117万円（SA with MSDN Premium Subscription2年分付きの場合は185万円）
・Select A：84万300円（SA with MSDN Premium Subscription3年分付きの場合は157万1300円）

ちゃんと買えお >>755

>>761
ひつこいな。技術は提供してないやん。

>>763
>>技術は提供してないやん。

この件についての>>761の速やかなそして皆が納得する釈明を求む。できれば宗教演説臭さが無いものを望む。

IEは、バージョン情報を見ての通り「Based on NCSA Mosaic. 」。
つまりモザイクぱくりますた。

って今の若いもんはモザイク知っとんかな？

モザイク無いと結構グロいんだよなぁ。萎える時もあるけど、たいがい勃起するね。

#お約束

つ　XMLHTTPRequest

Ajaxを全面的に使ったマイクロソフトのポータルサイト「Start.com」が日本語に対応
ttp://japan.cnet.com/news/media/story/0,2000047715,20087450,00.htm?ref=rss

…だそうな。

Ajax の話をしない人は、どこか他所でやってくれませんか？　お願い。

>>765
NCSA Mosaicは、XML関連機能もJava Script関連機能も貧弱どころの騒ぎじゃ無い罠。
それらを追加したのは何者か？

ヒント：MS

>>770
空気読め

>>768
>>746

AjaxはMSの産物です。
Googleはそれを広めただけ

>>773
なんだ、新参者か。

>>773
違うぞ。MSが作ったのは、"x"の実装系だけ。

MSが作ったものを
Googleが組み合わせて勝手に新しい名前をつけた
それだけの事

>>771
動物にエサをやらないで。お願い。

>776
お前、GoogleがAjaxって名前付けたっていう都市伝説を信じてるのか（藁

>>778
勝手に都市伝説にすんなｶﾞｷ

MS vs Google vs どちらでもない
で熱くなっている方々。
どーでもいいのでそろそろやめてください。

と言いたいとこだが、Ajaxの話題ってそれくらいしかないのね。
このｽﾚも終わったな・・・。

Ajax 自体は、まぁみんなテキトウに遊んでるみたいだけど、
とくに 2ch で語るようなことは無いしなー

Collection & Copy - AJAX/JavaScriptライブラリまとめ
http://d.hatena.ne.jp/brazil/20050909/1126254775

Atlas clones the Ajax of Rails late and poorly (Loud Thinking)
http://www.loudthinking.com/arc/000511.html

Piccy : Ajax Photo Album
http://piccy.dotimpac.to/

RFC 検索
http://x68000.q-e-d.net/~68user/rfc/

>>781
Ajaxで作った2chブラウザとか作ったら、盛り上がったりして。

どうもMicrosoftの功績を誰かが語ると
必死になって否定する人が居るみたいだけれど、
一体何なんだろう？

>>783
他のほとんどの部分が非互換であることを考えるとXMLRequest位しかパクれるところが無かったって感じだな。。。

ネスケがもっとがんばってくれてて
当時のペースで開発が進んでいれば
今頃すごいことになってた余寒

>>783
ついでにそんな糞くだらないことにはまるで無関心なのもいる。漏れや貴殿のように。

>>782
既存の専ブラと同等の使い勝手のものがあったらサブ的に使いたいかも。
クライアント側に保存できないと色んな制限がありそうだけど、
インストールの必要がなくてどこででも手軽に使えるのが最大の強みだから、
特に汎ブラ使ってる人は間違いなく移行するんじゃね？　誰か作ってくれ〜
ところでXMLHTTPRequestって同一サーバ以外と通信できるの？
2chって言っても板によってサーバが違ったりするから、通信可能じゃないと
実現は厳しいような。

まんま p2 やん

IE で、かつ、ローカルに保存された html ファイルを開いた場合は
同一サーバ以外と通信できる…と聞いたことがある。

ログについては、TiddlyWiki からローカルファイルへの保存機能をパクってくれば良いんじゃないかな。

誰か実装してくれたのむ。

>>789
datがHTMLorXMLで無いのが最大の問題化と。

JavaScriptでがんがってdatパーサだな

>>790
なんで？
>>791 の言うように、dat のパーサが必要だから？

>>782
もう既出なんじゃなかったっけ？
ttp://makimo.to/cgi-bin/dat2html/index.html
色々な箇所でXMLHTTPRequest使われているっぽい。
ここ以外にも画像を動的にロードして来てサマリするとか
いろいろ見たよ。

>>792
DOM使えないでしょう。
ルートにでっかいCDATAがあるイメージになるの？

>>794
> ルートにでっかいCDATAがあるイメージになるの？

そうなるね。
dat に関しては、JavaScript だけでゴリゴリと加工するしかない。

DAT2HTMLのデモなんかが結構好き。
非同期で画像取ってきているね。
ttp://tatsu01.at.infoseek.co.jp/sample/1059941120.html
ttp://tatsu01.at.infoseek.co.jp/sample/1101180506.html
つか、これを標準にしてくれれば・・・ごにょごにょ

>>788
p2 は自分でサーバ立てなきゃダメじゃん。（それか人のをお借りするか）

p2.2ch.net の存在は知ってるんだよな？

>>797
へろゆき公認の公開p2もあったとおもうけどあれ結局どうなったん？

ぐは、思いっきりかぶった（ｗ

>>798
だからp2サーバがないと使えないということを言いたいのよん。
今話しているAJAXのブラウザとは思想が違うでしょうに。

ttp://www.2chsearch.info/test.html

>>801
ごちゃごちゃ言ってる暇あったら物出せや。

金払ってから言え何様だ

>>802
こんなモノがあったんだな。
閲覧しかできないようだが、人大杉にならないだけでもメリットありだな。今後に期待

>>804

配列の配列ができるだけのを考えてみた。
function dat2Array(res){
 var resData=new Array();
 var resArr=res.split(/\n/);
 for(var i in resArr){
  var res=resArr[i].split(/<>/);
 resData[i]=res;
 }
 return(resData);
}

Ajax使ったとしてもHTTPが非同期であるわけではない

「HTTP＝非同期」を知らない人は氏んで下さい。

>>808
それは分かったから、空気読め

>>809
HTTPリクエスト → レスポンスの順序が固定されてるから非同期じゃない。
非同期といえるのは上りと下りが相互じゃなくてもいいプロトコル。

普通は半二重／全二重っていうがナー。

>>811
だからみんな知っているって
空気嫁

ちょっとまって。今押し入れから出して空気入れるから。

むかしさ〜
とんねるずのANNで、空気嫁もらったんよ
でも母親に見つかり親父に怒られたんだけど
番組ではがき読まれたところ聞かせて納得してもらったよ
でも、カーちゃんは許せなかったらしくごみの日に捨ててしまった
でも、ローション「アイアイ」は残っている

お前らいい加減ウザイよ。
折角 >>807 が最初の一歩を踏み出してくれたのに引き返してどうすんだよ。
発展させる方向で話をしていきましょう。

Ajax使うようなもんじゃないし。

>>815
なにその他力本願。
お前は何もしないのかよ。最悪だな。

>>807
ちょっと間違ってない？

誤： for (var i in resArr)
正： for (var i = 0; i < resArr.length; i++)

っつうか>>794のDOMじゃないと扱いづらいという思い込みは重症だな。
JS以外のスクリプト言語を使ったことなさげ。

>>818
レスポンスはXMLオブジェクトで帰ってくる。
プレーンテキストがXMLパーサでパース出来ない（=DOMで扱えない->テキストファイルを取得する事は出来ない）前提での発言です。
CDATAで返ってくるならなんぼでも自前のパースの余地はあります。

ちなみに私、SAXからDOMをフルスクラッチしたりする仕事をしています。
軽はずみな批判は墓穴を掘るだけですな。

>>819
responseTextでdatを取得して、ごりごりJSONにするとかすればいいんじゃないの？
XML関係なくね？

反対されるとプロフィールを語り始める厨房ｷﾀｺﾚ

偉そうな発言は墓穴掘ると痛いよ

>>818
当方807じゃありませんが、>>807の for..in でも良いと思いますけど。

軽はずみな批判は墓穴を掘るだけですな。

>>823
当方818じゃありませんが、配列のインデクス順操作としては間違っていますよ。

>>825
IE6で試すとi=0,1,2...の順で列挙されます。
これは実装依存ということで間違っているということですか？

ただ、Array#push() を使わずに　resData[i]=res　のように
代入しているので、仮にiの値が順番に列挙されなくても大丈夫かと。
あと、個人的には配列要素分確保しないとすっきりしないタチなので
　var resData=new Array();
　var resArr=res.split(/\n/);
を
　var resArr=res.split(/\n/);
　var resData=new Array(resArr.length);
のようにした方が気分爽快になります。（笑）
どうでもいいような細かいことを言ってすみませんです。

そうそう、ajaxのxにこだわるあまりxmlじゃないとダメだからなぁとか考えてるひと
大杉。標準化はxmlでいいかもしれんが、ローカルの仕様のものならJSONでもCSVでも
なんでもいいじゃん。
DOMが使えないとperseが面倒、じゃなくてperseが簡単なデータ形式でやりとり
すればいいだけのことだと思うんだが・・・・・

>>827
お前も分からん奴だな。
DOMオブジェクトで受け取るならDOMでパース出来んと読み取れんのじゃないかと言う主張だろ

perse

>>829
綴りすらまともに書けない人はperseとかまともに組めないと思う。

>>828
XMLHttpRequest では、DOM オブジェクトでだけではなく
String オブジェクトでも受け取れるんだから活用しましょうよ。

DOM ありきで考えんでもよかろ。

>>818=>>827？

>>826
Object のプロパティ

俺も perse ってミスったことあるよｗ
他に calendar を calender とかよくある。

>>831
なるほど、勉強になりました。
そう言う前提条件であれば十分実現可能ですね。

>>826
配列をfor inで回すと、プロパティに何か値を持っていたら
それもループに含まれてしまう。

例えばこんなことしてる時。

resData.foo = "bar";
Array.prototype.foo = "bar";
Object.prototype.foo = "bar";


# 配列のfor inに添字が入るのはJavaScript1.0との後方互換のため？
# ECMAでどういう扱いになっているのか分かる人教えて。

「SAXからDOMをフルスクラッチ」の意味がマジで分からん。
文書の変換でもしてるのか？

いちいち構うな

マイクロソフトが直面する10年越しの「悪夢のシナリオ」
ttp://japan.cnet.com/

「ウェブは、今日の興味深いソリューションを提供する技術の集合として存在しているが、
今後数年で急速な成長を遂げ、MicrosoftのWindowsと競合し、これを越える完全なプラットフォーム
（原文には、この部分に強調目的で下線が引かれている）へと進化するだろう」（Slivkaのメモ）

しかし、MicrosoftがIT分野で10年以上にわたって行使してきた強力な支配力が、
ついに弱まり始めているといっても間違いないだろう。
PC以外の機器をつかってネットにアクセスするウェブユーザーがますます増えている。
そして、Googleはこれまでに他に（Netscapeさえもだ）なかったようなやり方で一般大衆の想像力を捉えている。

>>839
マイクロソフトが直面する10年越しの「悪夢のシナリオ」 - CNET Japan
ttp://japan.cnet.com/news/biz/story/0,2000050156,20087524,00.htm

WEBがOSに取って代わる…
…もうその手の記事は、なぁ…？

過渡期の存在がすっぽ抜けてるよな

WEBがO$になるとは書いてない！！！！！

841=842は読まずにレスが○分かり。

>マイクロソフトが直面する3つの課題。鍵握る「XML」
>ttp://itpro.nikkeibp.co.jp/
>.1つ目の課題は、いわば「グーグル対抗」だ。グーグルはWeb検索にとどまらず、
>デスクトップ検索、地図サービス、メッセンジャーなど、新手の無料サービスを矢継ぎ早に繰り出し、
>従来のマイクロソフトのビジネス領域であるソフトウエア分野にも侵攻中だ。マイクロソフトにとって、
>新興のWeb企業への対抗策は急務だ。
>
>2つ目は「オープン規格への対抗」。政府などの組織ではWindowsやOfficeなど
>「仕様が公開されていないものは採用できない」というスタンスを表明するところも少なくない。
>こうした政府サイドの主張を後ろ盾に、LinuxやPDFなどオープンソース／規格の浸透を図る陣営への対抗策である。
>
>3つ目は「企業システムの新アプリケーション提案」だ。
>企業内での普及が一巡して頭打ち感のある従来のOffice製品や、
>従来のサーバー製品の枠を超えた魅力ある企業プラットフォームを提案することは、
>同社の売り上げに直結する喫緊の課題である。

こんなんもある。
開発スピードがググルが上、という意。

Google 対 MS の話でいいのなら、こんなんあったよ。
ttp://japan.cnet.com/news/media/story/0,2000047715,20087416,00.htm

Visual Studio 2005 Team Suite
・パッケージ版：150万円（MSDN Premium Subscription1年分付き）
・Open Business：117万円（SA with MSDN Premium Subscription2年分付きの場合は185万円）
・Select A：84万300円（SA with MSDN Premium Subscription3年分付きの場合は157万1300円）

ま、それでも応援したいなら、１５０マソ寄付汁。

開発ツールを安価提供しなかったら、Winなんていいとこねぇのになぁ。

Team Suiteじゃないのがあるんじゃないの？

あれだ。
Google の次のプロダクトはコンパイラだ。

これはホントに由々しき事態だよ。
MS VS Googleの結果次第で
ソフトウェア業界の10年後が決まる。

いや、その２つが倒れてもオプソがある。

Linuxとかでウェブサーバーからブラウザアプリ、組込みまで単一プログラミング環境になれば、
その方がプログラマが潰しが利く職業になるぞ。

ところで、このスレではてなブックマーク使ってる奴どんだけいる？

>>836>>833
ECMAを少し見てみましたが、for-inの挙動は実装依存のようなので、
件のケースではfor-in は避けるべきですね。失礼致しました。

>Array.prototype.foo = "bar";
>Object.prototype.foo = "bar";
試しに↑及び、Arrayインスタンスに適当にプロパティくっ付けてfor-in
させてみましたが、それらは列挙されませんでした。（IE6とFirefox1.0.2）
Flashでは列挙されちゃいました。

IE6, Firefox1.0.7, Rhino で列挙されますた。

var i;
var a = new Array();
for (i = 0; i < 10; i++) a[i] = i;
Array.prototype.foo = "foo";
a.bar = "bar";

for (i in a) alert(a[i]);
//for (i in a) print(a[i]); // for Rhino

>>854
853ですが、私のコードがミスってました。
申し訳ありません。確かに列挙されました。

とりあえず、dat直読みで見れるところまで作ったけど、
なんか差分取得した場合には、responseBodyが取れないっぽい。
毎回datを取り直すから、重くて使い物にならない。だめだこりゃ。

だからAjax向きのネタじゃないって言ってんのに。

>>856
それでもないよりマシ。引き続き頑張れ！

ムリヤリ盛り上げようと頑張ってるみたいだけど
いい加減WebProg板に戻ったら？

言い掛かりだ。こんなんあっちでも要らん。

要するに、JavaScriptなのだから、WebProg板のJavaScriptスレで話せば良いと思われ。

Exploiting the XmlHttpRequest object in IE
ttps://www.7th-angel.net/seculog/item/1232.html

>>858
アホか。>>856のような状況ならば「ないほうがマシ」だ。

WebCmd: web-based command-line interpreter (shell)
http://a-i-studio.com/cmd/

ていうかさ、
俺が最初にこの板に立てたAjaxスレは削除されたのに
何でこのスレは削除されないんだよ。

そこがいちばん許せない。

ｸﾏｸﾏ

>>863
頭硬いやっちゃな。
あれば使う／使わないの選択ができる。使いたくないヤシは使わなければいいだけの話だろ。

何かとイチャモン付けて、チャレンジャーの意欲を削ごうとしてるヤシが多いけど、
ここって雑談専用スレか？

>>865
存在しているということは板違いじゃなくなったんだよ、きっと。

>>867
2ch ブラウザっていう選択が最悪だったんだと思うよ
エロゲでもしとけ

>>864
JS/UIX - Terminal
http://www.masswerk.at/jsuix/

似てる

Ajaxでタブブラウザ作れそうだね。

って事で誰か作ってくれる人いない？

869 ：デフォルトの名無しさん[sage] ：2005/09/28(水) 21:05:33
Ajaxでタブブラウザ作れそうだね。

って事で誰か作ってくれる人いない？

ブラウザの中でタブブラウザってあんた・・・・。

>>871
アクティブデスクトップに使える。
フリーソフトを禁止している職場でもタブブラウザが使える。←俺が思いつく一番まともな言い訳。
動作が軽いかも…わかんないけど
それを実現する為に用いる技術が興味深いものになる、はず。
新しいウェブサービスのアイデアになる、可能性がある。

↓このサイトでyahooのAPIを使って、タブでの検索を実現している
ttp://dev.readone.net/ytab/

検索だけでなく、完全なタブブラウザを作ったらおもろいんじゃないかと思いました。

>>872
Firefoxのコードを読んでみなよ。
JavaScriptで書かれたタブブラウザだから参考になるかもよｗ

iframe切って、その中をタブで切り替えるなんてのでいいなら簡単じゃん。

>>874
マジっすか？
でもタブの追加及び削除機能と各タブに対するページの移動履歴を保存する機能が必要。それが難しそう。

ちょっと自分で作ってみます。

iframe使ったらAjaxでもなんでもないだろ。いい加減にしろ。


　 ∧＿∧　　　∧＿∧　　　∧＿∧　　 ∧＿∧　 　 　　∧＿∧
　（　・∀・） 　 （　｀ー´）　　（　´∀｀）　 （　ﾟ ∀ﾟ ）　　　 （　＾∀＾）
　（　　　　つ┳∪━━∪━∪━━∪━∪━∪━┳⊂　 　 　つ
　｜ ｜　|　 ┃　このスレは終了しました　　　　　 ┃　｜ ｜ ｜
　（_＿）＿） ┻━━━━━━━━━━━━━━┻　（_＿）＿）

ECMAScriptに関する議論は ム板： ECMAScript デス 2
http://pc8.2ch.net/test/read.cgi/tech/1088298991/

ブラウザ依存コードに関する議論は Web制作板： + JavaScript の質問用スレッド vol.41 +
copy: http://pc8.2ch.net/test/read.cgi/hp/1127133050/

Ajaxに関する議論は WebProg板： Ajaxでも語りませんか
http://pc8.2ch.net/test/read.cgi/php/1110287963/

へ速やかに移動してください。

非同期でxmlなブックマーク扱えば。

ブックマークはちゃんと同期してくんないと・・・

それじゃ面白くない
非同期通信で利用者全員のブックマークと履歴と
オートコンプリート内容が動的に追加されていく
くらいやらなきゃajaxの可能性に繋がらないね

完成したら即座にフィッシングサイトとして通報

iframeは表示エリアとして使用するだけで、実際の通信をAjaxで行うんでしょ。

それならiframeいらんやん

なくてもいいけど別フレームとして独立していたほうが便利でしょ。

　 ∧＿∧　　　∧＿∧　　　∧＿∧　　 ∧＿∧　 　　∧＿∧
　（　・∀・） 　 （　｀ー´）　　（　´∀｀）　 （　ﾟ ∀ﾟ ）　　 （　＾∀＾）
　（　　　　つ┳∪━━∪━∪━━∪━∪━∪━┳⊂　 　 　つ
　｜ ｜　|　 ┃　このスレは終了しました　　　　 ┃　｜ ｜ ｜
　（_＿）＿） ┻━━━━━━━━━━━━━━┻　（_＿）＿）

ECMAScriptに関する議論は ム板： ECMAScript デス 2
http://pc8.2ch.net/test/read.cgi/tech/1088298991/

ブラウザ依存コードに関する議論は Web制作板： + JavaScript の質問用スレッド vol.41 +
http://pc8.2ch.net/test/read.cgi/hp/1127133050/

Ajaxに関する議論は WebProg板： Ajaxでも語りませんか
http://pc8.2ch.net/test/read.cgi/php/1110287963/

へ速やかに移動してください。

あれここ終わりなの? フォローだけさせて。

簡単じゃんと言ったものの、考えてみたらiframeの中で移動したときに、そのURL
を取れないのが致命的だね。履歴やブックマークが作れないや。

>>884
もうちっと勉強しようよ

＞884
最速の中の人が解決策を書いてたけど
tp://la.ma.la/blog/diary_200502270128.htm
それでもやっぱりイレギュラーな感はあるね。

すんません勉強不足で。

iframeの中は
document.getElementById(iframe_id).src で設定できますが
iframeの中でリンクをたどって移動した場合、このsrcにはリンク先のurlは
入ってきませんよね? どうやったらとれるんでしょう。

ブラウザ本体でブックマークする場合は>>886の方法がつかえますが、そもそも
iframeの中のurlがとれないとそれもできないわけで・・・・

ソース検閲して全てのアンカーをフックしてみたら？

http://www.w3.org/TR/DOM-Level-2-HTML/html.html#ID-50708718
DOM2 HTMLには、contentDocumentというプロパティがあるよ。
IEで使えるかどうかは知らないけど。
Firefoxでは使えた。

iframe内のドキュメントは、他のドメインだと参照できませんよね?
contentDocumentもアクセスしようとすると、exceptionが起こるようです。

セキュリティ違反だと思うんだが・・・

ですから884の結論につながるわけで。
勉強不足といわれたので、なにか他に解決策があるのかなと思ったわけです。

ひょっとしてそんなことも最初から気づかないのが勉強不足ということだった
のかな? そしたらスレ汚し失礼。消えます。

イベントハンドラでloadイベントを捕捉できないかな？

>>890
セキュリティー−異なるドメイン間のデータアクセス

たぶん。

いずれにしろセキュリティ違反になる。
無理無理無理

　 ∧＿∧　　　∧＿∧　　　∧＿∧　　 ∧＿∧　 　　∧＿∧
　（　・∀・） 　 （　｀ー´）　　（　´∀｀）　 （　ﾟ ∀ﾟ ）　　 （　＾∀＾）
　（　　　　つ┳∪━━∪━∪━━∪━∪━∪━┳⊂　 　 　つ
　｜ ｜　|　 ┃　このスレは終了しました.　　　　 ┃　｜ ｜ ｜
　（_＿）＿） ┻━━━━━━━━━━━━━━┻　（_＿）＿）

ECMAScriptに関する議論は ム板： ECMAScript デス 2
http://pc8.2ch.net/test/read.cgi/tech/1088298991/

ブラウザ依存コードに関する議論は Web制作板： + JavaScript の質問用スレッド vol.41 +
http://pc8.2ch.net/test/read.cgi/hp/1127133050/

Ajaxに関する議論は WebProg板： Ajaxでも語りませんか
http://pc8.2ch.net/test/read.cgi/php/1110287963/

へ速やかに移動してください。

えっ、終わったの？

関係ありませんが、かのUA『オペラ』が、完全にフリーブラウザになったそうです。
金払って買った人、御愁傷様！

またまた、余計な仕事が増えそうな予感です（怒）

ActiveXObject("Microsoft.XMLHTTP")なんすけど
ひょっとしてgetResponseHeaderでLocationとるの無理？

終わり？人いない？

>>899
マルチ乙
http://pc8.2ch.net/test/read.cgi/php/1110287963/488

【次スレ】
　　Ajax 2.0
　　http://pc8.2ch.net/test/read.cgi/tech/1129442908/

>>902
ここが埋まるまでにdat落ち･･･

そんなことはさせじと、age



ないけどな。

次レス上げ早いね！

オイラも産めるYO！

楳

なんだ気づいたら900超えてたのか

ajaxを勉強するのに参考になる際とかまとめリンクなどはありませんか？
また、良い本がありましたら教えてください。

ajaxって何よ　言語？

まだまだ纏まってないな。本も定番と言えるのは・・・なんか出てきてるかな
ライブラリなんかは定番になりそうなのが出てきてるけどまだ群雄割拠気味

言語じゃないよ、ｽﾚ読んだのかと

JavaScript使ってxmlなんかに対して非同期通信行うﾀｲﾌﾟのwebサービス物。
「これぞAjax」とか称される例がいくつか出てくるにつれて
サービスの挙動についてを示す言葉にもなりつつある。

おおざっぱに言えばページ遷移無くしてJavaScriptでどうにかしてなんぞ便利なwebにしようって感じ

>>908
AJAX本じゃあないんだが、、、
オライリーの 「JavaScript & DHTML クックブック」はいいぞ。

webprogでやれ
web製作でやれ
最近勘違い君多いよね、actionscriptやjavascriptなどやる
プログラマー気取り
プログラムじゃないから
思いっきりスクリプトって書いてあるだろ
コーダーかスクリプターって言えよ

4年前からスクリプトとプログラムの違いがわからない。

スクリプトがプログラムじゃないと思ってる痛い >>913 がいるスレはここですか？

>>913
マ板で半年ROMれ

スクリプトエンジン上でプログラム言語扱いしたことがないんだろうな
スクリプトと名の付くものの界隈に厨が多いのは感じないでもないが
Ajax絡みはｴｸﾞくて深い通好みなﾏの世界だぞ

全然
ajax絡みこそ厨が多い気がする

名前だけはかっこいいもんな

>>916
マ板かよｗ

ajaxのx、すなわちxmlを使う利点を教えてください。

汎用性

どっかの住民がajaxでスレッド検索を作ったようだよ

TigerのダッシュボードがまんまＡｊａｘだろ。

ﾓﾁﾛﾝｿｳﾖ

おれの Widget は XMLHttpRequest つかってないよ。

>>908
http://www.pragmaticprogrammer.com/titles/ajax/

>>924
それをいったら、ダッシュボード以前からある、
HTAもまんまAjaxということになる。

結局、「Ajax」って名前を聞いてから始めた香具師は既に取り残されてる訳でした。

そうそう
90年代後半あたりでDHTMLとか
javascriptブームで色々遊んでた奴は
技術が流用できて嬉しい誤算だったね、これは

こっちでも誘導しておくか

くだすれAjax（超初心者用）:Web制作版
ttp://pc8.2ch.net/test/read.cgi/hp/1127340053/l50

DHTMLなんか消えた技術の一つ扱いだったしなｗ
ブラウザ互換性についていろいろ蓄積ない新参はやっとられんorz
一応最新の話題は追いかけてみてるけど

DOMがあるから今のJavaScriptは楽チンっしょ？
コード上問題ないのに何故かIEプロセスが落ちたりしてあせるがｗ

DOMが無かった時代にJavaScriptがあったのか？ｗ

document.getElementById(id)という構文を使うのは最近の流儀だろ

>>934
あったよ

http://www.dstation.net/

↑に行ってみな、AjaxAjaxしいアプリが沢山あるから。

うん、昔からあるね

>>938
うん、仕組みはね。

こんなんじゃいつまでも落ちないだろ！

梅た方が早いかも

　 /il　i!| ‐''|´! |　ハ!| | |　　i!::i:::|:::||::::|::::|　!ヽﾞ!:i`''‐i,,::::||!::::::::::||::::::::|::::::::::::::::ヽ::::
　i i!i | | | i/ / | /　 ii |　|　　ﾄ､i:|!:::!ﾞ!::|::::|　ﾞi ﾞ､ヾ'、 ﾞ､‐|､i:::::::::||:::::::|::::::::::::::::::ヽ:::
/i/|ii!//|!/!i/´i/ 　 .|i |/ﾉ　　i＼i!ﾞ､:iヽ|:::|　 ヽ 'i　 !　ヾi |'!ヽ::::||::::::/:::::::::::::::::::::ヽ
i i 川i!ハ/" ＿!　　 | │　　川　ヽﾞ:ii ﾞ'∨ 　 　 |　　　 ﾞヾiヽヽ;||:::::i'::::::::::::::::::::::::::
ﾉ ﾉ/ﾘ,,,,,,二三ﾃ=''" ヽﾉ　　ﾙ |ﾉﾉヽヾ ノ　　､,,,ﾉ,､　　　　 iヽ:::||:::::i'::::::::::::::::::::::::::::
　/　　￣ ´~~ﾞ''''　　　 ﾞ''‐- ..,,　　 ,, ‐'　　　 `ﾞヾミｯ､,,　　　ヽ::|::::/:::::::::::::::::::::::::::::
,,ｲ|　　　　　　　　　 　 　 　 i'　　i"　　　　　　　　 `'‐＝'　　 `'|/i!:::::i::::::::::::::::::::::::
　i |　:::::::ヽ::::ヽ::::::ヾ::　　　　ﾞ､　 l　　　　　　　〃:::::　　　　　　 i//::::ﾊ::::::::::::::::::i:::
　 i i　＼＼＼＼＼ヽ　　　 　）　ヽ　　 　　　　　′′′　 　 //:::::/:::::::::::::::::::|::::
!　 | i　　　　　　　　　　　　,,ｨﾉ　 <　　　　　　　　　::::　:　 　 /:::::::/::::::::::::::::::::/::::
i!　 i i!　　　　　　　　　 　 /i/　 　 ＼　　　　　　　　　　　　 /:::::/:::::/::::::::::::::/:::::
ﾞi!　 | i　　　　　　　　　　/⌒' ､　/'⌒ﾞi　　　　　　　　　　　/::::::/:::::/::::::::::::::/::::/i
　i　 i ﾞ!　　　　　　　　　ん､,,__ヽ{,__,,,r''　　　　　　　　　　/:::::::/::::::/::::::::::::::/:::://
ﾞ､ii!　ﾞ| i　　　　　　　　　　　ﾉ　 。 `i　　　　　　　　　　 //:::::/::::::/::::::::::::::/::::::/:::
ヾ!ﾄl　ﾞi�U　　　　　　　　　　i 　｡　　 |　　　　　　　 　 //::::::/::::::/::::::/:::::/:::::i!::::::
　iiミ!　ハ　　　　 　 　 　 　 i　　°　ﾞ､　　　　　 　 ／/::::://::::/::::::/:::::/::::::i::::ii::
　i!ヾ!i　ﾞ､!　　　　　　　　　, '　　　　 　 ﾞヽ......,.,.,.,,,／//:／/::://::::/:::::://:::::i::::ﾘ::

あじゃっくす

あじゃっくす(笑)

>>942
萌える〜〜〜〜

残り50レスで、現在2.0で行われている不思議な争いの要約を書く神が現れる

トレードオフを知らない子供たち

次スレのほうが先に1000行くんじゃないかと思う今日この頃。
アホ相手によくやるなぁ。

無視しても自演で話題を引っ張るから、ニッチもサッチも対応の
しようがない。飽きて去るのを待つしかないだろうな。

ガベージコレクション

>>949
だったらさっさとコレクトしろよ。
コレクト対象があとレス50も続くぞ

>>947
すでに1000越えて埋まったよw
C言語厨は粘着でオブジェクト指向コンプレックスを
持ってるからw

すげーーｗｗ1000行ってるｗｗｗｗしんじらんねーー！！

>>945
そもそもオブジェクト指向を理解してない少数のC厨と，
オブジェクト指向＝Javaという謎の恒等式を主張する多数のJava厨という二大勢力によって，
不毛極まりないどうでもいい議論が展開された

ぶっちゃけAjax関係ないし。

どうしてAjaxのスレでオブジェクト指向論が展開されてたのは何故？

>>955
クソスレ 2.0

だが、なあにかえって免疫力がつく

>>955
Java系ドカタがAjaxをWEBページ作成系ドカタの領域と
勘違いして荒らしてたみたいだね。

ものすごいコンプレックスがあったみたいだね

>>957
寄生虫乙ｗ

Java系ドカタといってるあたり、>>958はマ板で暴れてる年寄りC厨臭いな。
CやC++の仕事が殆ど無くなって衰退している惨状を
みればC系言語の需要がどれだけ少なくなってるかわかったもんではないな。
Ｃ系言語信者の大半はサンデープログラマ。

>>959
C言語厨はC++という言語に対するかなりの
大きなあこがれを持っていて(た)、
C++＝最強の言語でC++を極めれば一流のプログラマに
なれると信じてきた。
ところが最近C++の仕事は減り
Web系の仕事ばかり増えてC++がもっともよく使われていた
スタンドアロンアプリ開発の需要が減り、
HTMLクライアント開発ばかりではC++の出番はほとんどなく、
そしてさらにはリッチクライアントが登場して
C++の人気はますますなくなってきている。
他にも言語仕様上の重大な欠陥、OSがちょっと変わると動かなくなる、
コンパイラやライブラリが新しくなるとプログラムがコンパイルできず動かなくなり
昔一生懸命C/C++で作ったものがすべてゴミになってしまう、
そういう問題からJavaに勢力を奪われC/C++の人気も衰えてきたとも言える。
昔はJavaは遅いと言われてきたものの、VMの性能が向上しハードウェアの
性能も同時に向上してきたので速度差も5年ほど前から変わらなくなってきた。

そこでJava厨によるこれらの問題を抱えるC++に対する批判があると
C言語厨は尊敬し崇拝している言語C++を侮辱されてと思いこみムキになる。
それから、次世代C++言語と呼ばれるD言語も出現した。
このD言語のAPIが整備され普及すればC/C++は本格的に衰退するだろう。


今C/C++を使う場面はハードウェア開発に絞り込まれようとしている。
それも彼らに大きな焦りを与えているともいえる。

>>953
オブジェクト指向＝Javaという恒等式はなくても
オブジェクト指向といったらJava
と考えているのが
オブジェクト指向の標準化を決める団体、OMGの考え方だよ。
その考えはOMGが策定しているUMLに見事に取り入れられ、
Java用語のほとんどがUMLにも使われている。
それに、データベースの世界でもオブジェクト指向といえばJavaみたいになって
Javaの影響を大きく受けているものがかなり多い。

オブジェクト指向＝Javaというわけではなく
Java＝オブジェクト指向の代名詞
になっているところだろう。

C, C++ はできません -> 年寄りC厨が騒いでるよ！ゲラゲラ。
JavaScript スクリプト系はできません -> スクリプト厨がプログラム？馬鹿じゃねーの。ゲラゲラ。
AJAX勉強しろ！ -> AJAXなんて、ダメダメですよ。だってJavaScriptなんて大規模開発に
向かないし、ビジネスロジックなんてJSで組んだら悲惨ですよ。

かねぇ、判りやすい事で。

というか、他人は自分と同じで１つの言語しか扱えないと思ってるんだろうか…

また同じことの繰り返しか。ボケ老人なみだな。

まったくだなｗｗ
オブジェクト指向厨はまだC言語厨とかいってるしｗｗ
本当に素人プログラマーだな

趣味の範囲でやるんならいいけど
プロは無理だろうｗ

Ｃ言語しか使えないと思ってるのだろうか
お前はＣ”も”使えないけどな

Ｃができる人間は
javaもできるよｗｗ


お前はＣもできないプログラマーらしいけどｗ

自称オブジェクト指向をよく理解しているプログラマーｗ
web板にかえれよ
中学生ｗ

お前にはオブジェクト指向は高度すぎるんじゃないかな
せめて俺くらいにCもjavaもオブジェクト指向も理解してから来いｗｗｗ

>>962
お前がweb関係と
業務アプリを混合してる時点で素人ということは
よくわかった

javaもできないやつがほえるなｗ


ところでＣはできるようになったのか？
素人スクリプター君ｗｗ

現在ドカタ業務になっているのはjavaやスクリプターのほうだからなｗ
ＣやＣ＋＋は業務アプリケーションやゲーム開発、画像処理など多岐に用途が及んでいるが
Ｃ＋＋にできなくてjavaにできるとは一つもない

しかも難易度としてもＣ＋＋のほうが圧倒的に難しく複雑なので
Ｃ＋＋ができる人間はjavaなども使いこなすことができるが
最近プログラム始めたような素人プログラマーなどは
Ｃ＋＋が理解できず
javaやスクリプトから入ってしまい、オブジェクト指向＝javaなど
素人な固定観念をもってしまうｗ

つまり重宝度としてはＣ＋＋使いのほうが圧倒的に高く
確かに仕事はあるが、ドカタとなっているのは
javaやスクリプターなどというのは
明白だろ

えっと，どっからどこまでが自演ですか?

>>961-970
お　ま　え　ら　『Ajax』　のスレで何を言ってるんだ？
CだのJavaだのスクリプトだのオブジェクト指向だの低次元な話題をTPOもわきまえず
激昂してわめき散らしてるおまえだよおまえ
http://d.hatena.ne.jp/keyword/Ajax
ちょっとここ読んでこい

読んだか？読んだらスレ違いに気づいて速やかに巣に帰れアホ

Ｃ＋＋が使えない素人javaプログラマーの叫び
http://pc8.2ch.net/test/read.cgi/prog/1132949670/

>>969
混合

> web関係と業務アプリを混合
> web関係と業務アプリを混合
> web関係と業務アプリを混合
> web関係と業務アプリを混合
> web関係と業務アプリを混合

こっちにくんなよ

お前も混合してやる

金剛力士像

>>966-970
C言語の年寄りによる自演乙

>>969は今大抵の開発がWeb系と業務系の開発
を同時に行うことを知らないみたいだ。

>>965
まったくだなｗｗ
C言語厨はまだオブジェクト指向厨はかいってるしｗｗ
本当に素人プログラマーだな

C言語厨は趣味の範囲でやるんならいいけど
プロは無理だろうｗ

Java言語やスクリプト言語しか使えないと思ってるのだろうか
お前(>>966)はJavaもＣもC++もスクリプト言語も使えないけどな

>>967
> Ｃができる人間は
> javaもできるよｗｗ

できないんだなこれがw
C言語厨はなぜオブジェクト指向がわからないか★２
http://pc8.2ch.net/test/read.cgi/prog/1129989149/
【Java叩き】なぜ年寄りはOOについてゆけないのか 4
http://pc8.2ch.net/test/read.cgi/prog/1131115756/


お前はＣもC++もJavaもしかもスクリプトも！できないプログラマーらしいけどｗ

>>973
残念ながらリベンジされましたな

C++もJavaも使えない素人C言語プログラマの叫び
http://pc8.2ch.net/test/read.cgi/prog/1132973415/

>>968
>
自称オブジェクト指向をよく理解しているC言語onlyプログラマーｗ

web板にかえれよ
中学生ｗ 　いや小学生w

お前にはオブジェクト指向もJavaもC++も、いやそれどころかECMAScriptも高度すぎるんじゃないかな
せめて俺くらいにC++もJavaもCもオブジェクト指向も理解してから来いｗｗｗ

>>969

お前がweb関係開発も
業務アプリ開発も経験して言い無い時点で素人ということは
よくわかった
C++もCもJavaもできないやつがほえるなｗ

ところでC++とJavaとＣはできるようになったのか？
素人C言語スクリプター君ｗｗ

>>970
残念ながら現在ドカタ業務になっているのはC++やCなどの携帯電話
BREW開発、ファームウェア開発スクリプターのほうだからなｗ

C#やJavaは業務アプリケーションやゲーム開発、画像処理など多岐に用途が及んでいるが
今やCやC++を使ってできる仕事は数が限られている。

しかも難易度としてもJavaを応用して使う仕事のほうが圧倒的に難しく複雑なので
C++ができると自称する人間はJavaなども使いこなすことができると言い張るが
実際にはCしかしらない素人プログラマーなどで本当はC++を理解できず
C言語やスクリプトから入ってしまい、C++＝最強など
素人な固定観念をもってしまうｗ

つまり重宝度としては今やCやC++よりもメンテナンス性やセキュリティに
強いJava使いのほうが圧倒的に高く
確かに仕事はあるが、ドカタとなっているのは
BREWアプリ開発でC言語やC++やスクリプターなどというのは
明白だろう。

「C++できます！」自称してる香具師の大半は
本当はC言語程度しかできない馬鹿であることは明白だが

●C言語厨はC++という言葉だけに酔いしれていたことが証明された。
●C言語厨は中身はC言語のみのコードでも拡張子をcppにしただけでC++熟練者なったと勘違いしている。
●C言語厨はヘッダファイルの使い方を間違えてオブジェクト指向を理解できないでいる。
●C言語厨はとにかく継承すれば拡張して再利用になると勘違いしてスパゲティコードを量産している。
●C言語厨はオブジェクト指向＝継承のみだと勘違いしている。
●C言語厨はJavaをライバル視し目の敵にして必死に叩こうとして変なスレを立てるも自惚れと厚顔無恥が目立つ。
●C言語厨はJavaエンジニアよりも自分の能力が優れていると勘違いし、自惚れている。
●C言語厨は問題を出して腕を試すと称して自分の宿題を他人にやらせようとするw
●そして相手が忙しいことも無視して返答を求めることにせっかちw
●相手に即答を求めることから、C言語厨は暇人NEETである可能性が高い
●C言語厨はC言語のenumとJava5のenumとの区別がつかない。
●C言語厨はResourceBundleの使い方も存在も知らない。

●C言語厨はレス内容のアホさ加減から友達が少なく誰かに相手にして貰いたがっていることが
　C言語厨の精神状態を伺わせている。
●C言語厨はグローバル変数が大好き。C言語厨はグローバル変数に取り憑かれているために
　いつまでたってもオブジェクト指向を理解できない。
●C言語厨はどんな大規模開発でも関数があればクラスなんて必要ないと豪語する。
●なっ、なんとぉ！ C言語厨はHibernateを知らないことが発覚してしまったぁ！
●C言語厨の知っているオブジェクト指向は継承のみで、
　ポリモーフィズム、カプセル化、委譲、集約も知らないという間抜けさ。
●C言語厨はバカだからクラスとは構造体とまったく同じだと思い込んでいる。
●C言語厨にクラスを作らせると性質がほとんど構造体と変わらなくなる。
●そしてメンバ関数はすべてstaticになるという失態。
●C言語厨はオブジェクト指向がわかってないのでメンバ変数が全くないクラスばかり作る。
●C言語厨は名前空間を知らないため、おかしな関数名をつける癖がある。
●C言語厨はデザインパターンを知らないから、デザインパターンを知っているC言語厨よりも高スキルな人間に対して
　「ポリモーフィズムを知らないだろw」と喧嘩を売ろうとする。そのさまはまるで蟻が像に喧嘩を売っているかのよう。
●オブジェクト指向が苦手なC言語厨の年齢層は30,40代に多い。まるでCOBOLerのように。

なぜC言語よりC++のほうがえらいと勘違いされるのか
http://pc8.2ch.net/test/read.cgi/prog/1130508718/l50

C++は時代遅れの糞言語
http://pc8.2ch.net/test/read.cgi/prog/1094443579/l50

D言語こそが孤高でありC++は下僕言語である
http://pc8.2ch.net/test/read.cgi/prog/1117775758/l50

C++しか使えない奴はプログラマとは認められず3
http://pc8.2ch.net/test/read.cgi/prog/1090160842/l50

C++プログラマの将来はホームレス
http://pc8.2ch.net/test/read.cgi/prog/1104335274/l50