Ajax Q&A

Ajax: A New Approach to Web Applicationsに追加されたQ&Aの訳です。

けんたろ氏による本文の翻訳がAjax: Web アプリケーション開発の新しいアプローチで読めます。 なお、Taka氏によるAjax Q&Aの訳も存在します。

かなり意訳したので、それなりに英語が読める人は原文を読むのがよいと思います。力不足で訳がこなれていない箇所も多々あります。ごめんなさい。

!Ajax Q&A 2005年3月13日 Jesseのこのエッセイを公開してから、Ajaxに関するものすごい数の質問を読者のみなさんから頂戴してきました。このＱ＆Ａで、よくある質問に対していくつかJesseが答えようと思います。

!!Q. Adaptive Path社がAjaxを発明したのですか？それともGoogleですか？Adaptive PathはGoogleのAjaxアプリケーションの開発に協力したのですか？

A. Adaptive PathもGoogleもAjaxを発明したわけではありません。単に、最近のGoogleのプロダクトがAjaxアプリの例として目立っているだけです。Adaptive PathはGoogleのAjaxアプリの開発には関わっていません。ただし、他のクライアントに対してはAjax的な仕事を行っています。

!!Q. Adaptive PathはAjaxコンポーネントを販売しているのですか？AjaxはAdaptive Pathの登録商標ですか？Ajaxはどこでダウンロードできますか？

A. Ajaxはダウンロードできるようなものではありません。Ajaxというのは、アプローチに対する名称です。ある特定の技術を使ったウェブアプリケーションのアーキテクチャについての考え方なのです。Ajaxという名称もそのアプローチもAdaptive Pathが権利を有するものではありません。

!! Q. AjaxというのはXMLHttpRequestの別名ですか？

A. 違います。XMLHttpRequestは、Ajaxに関する事項の一部にすぎません。XMLHttpRequestというのは、非同期のサーバ通信を可能にするための技術的な部品のことです。また、Ajaxというのは、この記事で説明しているアプローチ全体を指す名前です。AjaxではXMLHttpRequestを使いますが、それ以外にもCSSやDOMなど他の技術も用います。

!!Q. なぜこのアプローチに名称をつける必要があると思ったのですか？

A. クライアントとこのアプローチについて議論するときに、"Asynchronous JavaScript+CSS+DOM+XMLHttpRequest"より短い名前が欲しかったからです。

!!Q. サーバとの非同期通信のための技術はずっと前からあるのに、Ajaxの一体なにが新しいんですか？

A. 実際に使われているAjaxアプリケーションにみられるような、Webにおける基本的なインタラクションモデルを変化させるような技術の使い方が新しいのです。 Ajax関連の技術や、それらを効果的に用いるための業界における理解は高まってきていて、Ajaxの地位は確固たるものとなりつつあります。

!!Q. Ajaxはプラットフォームなのですか、それともアーキテクチャのスタイルなのですか？

A. 両方です。Ajaxとは、ある特定のやり方で共に使用されるテクノロジーの集合です。

!!Q. どんな種類のアプリケーションにAjaxは適していますか？

A. まだ良くわかっていません。Ajaxというのは比較的新しいアプローチなので、Ajaxがどのような場合に最適なのかはこれから考えていくという段階です。従来のWebアプリケーションのモデルが適切な場合もあるでしょう。

!!Q. Adaptive Pathは反Flash派ということですか？

A. まったく違います。Macromediaだって我々のクライアントですし、私たちはこれまで長い間Flashを支持してきました。Ajaxが成長したら、ある状況にはAjaxが、別の場合にはFlashがよい解決策となるでしょう。Flickrがやっているような、両方を融合させた使い方についても我々は調査中です。

!!Q. Ajaxはアクセシビリティーやブラウザ間互換性に重大な制限を抱えていますか？Ajaxによってブラウザの戻るボタンは機能しなくなりますか？AjaxはRESTと両立できますか？Ajax開発においてセキュリティ面から考慮しなければならないことはありますか？JavaScript機能をオフにしているユーザでも使えるようにAjaxアプリケーションを作ることができますか？

A. 「たぶん」というのが上の質問すべてに対する答えです。多くの開発者がすでにこれらの問題に対して取り組んでいます。Ajaxにどのような限界があるか知るには、もう少し調査が必要でしょう。この先、Ajax開発者のコミュニティが今挙げたもの以外にも多くの問題を明らかにしていくと思われます。

!!Q. 記事で触れられているGoogleのアプリの中にはXMLを使っていない例もありますが、AjaxアプリではXMLやXSLTを使う必要があるのでしょうか？

A. いいえ。Ajaxクライアントがデータをやりとりするのに、XMLを使う方法がよく出来ていたというだけです。JavaScript Object Notationなど他の似たような手段で、同じこと実現できないというわけではありません。

!! Q. Ajaxアプリの開発は、従来のWebアプリの開発より簡単ですか？

A. 必ずしもそうではないでしょう。Ajaxアプリでは、クライアント側で複雑なJavaScriptのコードの実行が不可欠です。効率がよくバグの無い複雑なコードを書くのは容易ではないからです。よりよい開発ツールやフレームワークが必要でしょう。

!! Q. Ajaxアプリは従来のWebアプリに比べて、より良いユーザエクスペリエンスを必ず実現できますか？

A. 必ずしもそうではないでしょう。インタラクションデザイナーはAjaxによって高い自由度を手に入れましたが、自由度が増えた分より一層注意して使っていかなければいけません。ユーザエクスペリエンスの質を下げないよう、注意してAjaxを使う必要があります。

!コメント