Ajax

この項目ではAsynchronous JavaScript + XMLについて記述しています。その他のAJAXについてはアイアスをご覧ください。

Ajax（エイジャックス、アジャックス）は、ウェブブラウザ内で非同期通信とインターフェイスの構築などを行う技術の総称。XMLHttpRequest（HTTP通信を行うためのJavaScript組み込みクラス）による非同期通信を利用し、通信結果に応じてダイナミックHTMLで動的にページの一部を書き換えるというアプローチを取る。

AjaxはAsynchronous （エイシンクロナス、非同期） JavaScript + XML の略で、2005年 2月18日にJesse James Garrettにより名付けられた。

[編集] 概要

従来のWebアプリケーションでは、サーバにリクエストを送信後、レスポンスを新たにウェブページとして受け取り画面遷移が発生していたが、Ajaxにより画面遷移を伴わない動的なWebアプリケーションの製作が実現可能になる。例えばWeb検索に応用することで、従来は入力確定後に行っていた検索を、ユーザがキー入力をする間にバックグラウンドで行うことによってリアルタイムに検索結果を表示していくといったことが可能になる。

Webブラウザのみで動作する（別途プラグインを要求しない）、既存の技術の組み合わせであることが特徴。技術自体はこの用語が発生する前から存在していたが、Ajaxという名前が付けられたこと、GoogleがGoogle マップやGoogle サジェストにこの技術を利用したことで有名になり、Webアプリケーションの可能性を広げるものとして注目され始めた。さらに、Googleでは、デスクトップアプリケーションと遜色のない電子メールクライアントであるGmailやGoogle Calendarでも積極的にAjaxを採用し、Ajaxの実用性がGoogleのWebアプリケーションを通じて世間に認知されはじめている。

AjaxによるWebプログラミング（Webアプリケーション製作）が注目されだした背景には、この従来のページ遷移のみに頼ったWebの使い勝手の悪さに対する不満や、XML、DOMなどのWeb関連技術の標準化（ウェブ標準）、および高い機能を持ったWebブラウザの普及などが挙げられる。

また、ダウンロード型アプリケーションは、マニア層から先に広がりにくい、競合がOSメーカーとなったときに競争に負けてしまう、といった問題を抱えているため、ダウンロード型アプリケーションからWebアプリケーションに切り替える技術として、Ajaxが利用されている。

DHTMLが登場した当時は、単にお遊び要素に過ぎないと考えられていた動的ページだが、JavaScriptをより効果的に使うことで、業務や実用に耐える優秀なインターフェースを備えたアプリケーションをHTMLで作ることが可能であったという事実を世の中に知らしめたという意義をもつ技術である。

[編集] 問題点

従来の技術の組み合わせであるため、それぞれの持つ問題をそのまま内包する。例えば、各種Webブラウザ間のDHTMLの実装の違いをコードで吸収する必要がある。

実際、Ajaxを実現する技術はブラウザ間で実装に違いがあり、基幹技術であるXMLHTTPRequest実装の元となったInternet Explorerの実装の解説ではXMLHTTPRequestという用語は見あたらず、ActiveXでMSXML機能を呼び出して実行する。MSXMLの実装ではバイト配列を取り出せるなど機能的な違いもある。言語としてVBScriptが使える点も異なる。

また、Ajaxアプリケーションでは動的にページの一部が書き換えられる為、デザインとコードが以前のように単純に分離できないという開発上の問題点がある（Model View Controllerも参照）。このため、現在では通常のWeb開発に比べ開発により時間がかかると言われている。

2005年現在、数多くのAjax用アプリケーションフレームワークが開発・公開され部分的に可能になってきているが、完全ではない。現時点では成熟しつつあったWeb開発のデザインとコードの分離技術や開発体制は、Ajaxの登場によって一石が投じられている。

このような状況ではあったが、2006年現在、prototype.jsなどのAjaxフレームワークを利用することで、デザインとコードを完全に分離することが可能になっている。すなわち、デザイナーとデベロッパーの分業はAjaxを採用することで決して妨げられるわけではなく、むしろ、より完全に分業体制を行うことも可能になってきている。具体的には、HTMLタグ中の「onXXXXX」属性（XXXXXはイベント名）などに書かれるJavaScriptコードを、prototype.jsというフレームワークではタグオブジェクトに対するイベントリスナの組み込みという形で行える。すなわち、Event.observe()メソッドでイベントに対するメソッドを記述することができる。HTMLまたはXHTMLタグ内に含まれていたイベントハンドリング属性とその処理メソッドの記述（onClick="xxxmethod(xxx);"等の記述）も追い出すことができるわけである。

また、prototype.jsによって、ブラウザの互換性に関するコード（クロスブラウザ）を書くことからある程度解放されるという意義もある。また、prototype.jsは高生産性Webアプリケーションフレームワークとして認知されつつあるRuby on Railsでも採用され、Ajaxのデファクトスタンダードとして多くの開発者から認知されている。このことは、適切なAjaxフレームワークの採用で開発の高生産性を確保しつつ、リッチインターネットアプリケーション（リッチなWebクライアント）の実現という両方の要求を満たす可能性があることを示唆する。

[編集] “Ajax”のカナ表記

Ajaxの登場当時から日本語カナ読みについては「アジャックス」「エイジャックス」の二つがあり、しばしば議論されることがあるが、前者はカナ訳語を元にした表記、後者は英語発音を元にした表記と言われている。いずれでも間違いではない。

日本国内の辞書は反意接頭語A付き単語のカナ表記を「ア」で統一しており「エイ」と表記している辞書はない（例：シンクロ⇔アシンクロ、シンメトリー⇔アシンメトリー）ので、一般カナ語教養としては「ア」と表記するのが一般的であろう。しかし、反意接頭語A付き単語のA部分の発音記号は「ei」とされており、これは本来「エとアの中間音につづけてイを発音する」指示であるが、日本語には中間音が存在しないため「エイ」とカナ表記するものだとの主張もある。結論として国際共通の発音に近いのはこちらということになる。例として、英語圏で「アジャックス」をいくら英語風に発音しても通じないが、「エイジャックス」を英語風に発音すれば通じることが多い。後者の読みを覚えておけば海外の大学や国際会議などで混乱することがない。

接頭字の短縮表記であるAjaxはAjaxと表記すべきであって、わざわざカナ表記を行うこと自体が適切ではなく、読み方については単に発音と表記のニュアンスの違い以上のものはないといえよう。

尚、エージャックス/AJAXの単語自体は、コルゲートパーモリブカンパニーによって商標登録されており、特定の商品・サービスの名称として利用する場合は、注意が必要である。