1 なんとなく Ajax ～新しくて古い XMLHttp 川合孝典 (Kansai.pm) 2005/5/22
2 場面 1 郵便番号で住所指定 住所を入力する 年賀状ソフトだったら？ 郵便番号で検索して入力できる Web では？あまり一般的ではない。 郵便番号データは手に入る 画面遷移が面倒なことになるから …
3 場面 2 メールアドレスの チェック ブラウザで入力チェクできる JavaScript を使えば サーバでもチェックが必要 ブラウザ以外のものを使っている ブラウザで JavaScript がきられている ※サーバとブラウザでチェック結果が異なるか も JavaScript からサーバロジックを呼べた ら？
4 AJAX =Asynchronous JavaScript+XML ブラウザの JavaScript からサーバの処理 を呼び出し、画面遷移なく表示を書き 換える 同期的でも、 HTML やプレーンテキストで も DHTML で表示を切り換える 代表例： Google Maps 、 Google Suggest
5 AJAX と XMLHttp オブジェクト XMLHttp オブジェクト XML 解析エンジン、 HTTP 通信 同期、非同期の両方をサポート ブラウザの核になる部分 IE 、 FireFox にも実装
6 AJAX のメリット（１） ブラウザからサーバを利用できる サーバのリソースが利用できる データベースなど 郵便番号の例 ロジックの共通化 サーバ、ブラウザ メールアドレスの例 異なるページ 新しいページに住所入力を入れることも簡単
7 AJAX のメリット（２） 画面遷移なしにサーバを利用できる 画面表示のスピードアップ ロジックが簡単になる 受動的だったブラウザが能動的に C/S に近い記述ができる Web アプリ特有の面倒くささが減る データの持ちまわし 画面遷移と処理の関連付け
8 AJAX を実現するには ブラウザ側＝ JavaScript DHTML による表示切替 サーバ側＝言語は問わない 処理ロジック サーバ、ブラウザ間の I/F 主にデータの渡し方 テキスト、 XML （ XMLRPC 、 SOAP など） JavaScript: Jsolait 、 JSON など
9 Perl を使うメリット 現在の Web アプリで広く使われている 利用できる環境が多い 既存のロジックを使いまわせる CPAN モジュールが利用できる 入力チェックが充実 簡単に記述できる 普通に関数を書くだけで実現 XMLRPC::Lite の実装
10 実装例 zipAddrRpc.html の場合 ブラウザ： XMLHttp をベースに自前の XMLRPC 関数 サーバ： XMLRPC::Lite を利用
11 実装上の注意点 ブラウザによって XMLHttp が若干異なる ライブラリが吸収するはず → 独自に書くとき注意 他のサーバの処理を呼び出すとき 警告メッセージが表示される サーバで中継すれば回避可能 漢字の文字コード、改行に注意 バイナリで扱えば問題ないか？
12 今後の期待 XMLHttp 自身は新しいものではない AP サーバとしての Web Web サービスが定着していない 郵便番号検索 旅行予約の実験 利用が広まる！？ キラーアプリは何か？