FAQs for AJAX

01. Did Adaptive Path invent Ajax? Did Google? Did Adaptive Path help build Google’s Ajax applications?
Ans. Neither Adaptive Path nor Google invented Ajax. Google’s recent products are simply the highest-profile examples of Ajax applications. Adaptive Path was not involved in the development of Google’s Ajax applications.

02. Is Adaptive Path selling Ajax components or trade marking the name? Where can I download it?
Ans. Ajax isn’t something you can download. It’s an approach — a way of thinking about the architecture of web applications using certain technologies. Neither the Ajax name nor the approaches are proprietary to Adaptive Path.

03. Is Ajax just another name for XMLHttpRequest?
Ans. No. XMLHttpRequest is only part of the Ajax equation. XMLHttpRequest is the technical component that makes the asynchronous server communication possible; Ajax is a name for the overall approach described in my earlier articles, which relies not only on XMLHttpRequest, but on CSS, DOM, and other technologies.

04. Techniques for asynchronous serve communication have been around for years. What makes Ajax a "new" approach?
Ans. What’s new is the prominent use of these techniques in real-world applications to change the fundamental interaction model of the Web. Ajax is taking hold now because these technologies and the industry understand of how to deploy them most effectively have taken time to develop.

05. Is Ajax a technology platform or is it an architectural style?
Ans. It’s both. Ajax is a set of technologies being used together in a particular way.

06. What kinds of applications is Ajax best suited for?
Ans. I don’t know yet. Because this is a relatively new approach, my understanding of where Ajax can best be applied is still in its infancy. Sometimes the traditional web application model is the most appropriate solution to a problem.

07. Does this mean Adaptive Path is anti-Flash?
Ans. Not at all. Macromedia is an Adaptive Path client. As Ajax matures, I expect that sometimes Ajax will be the better solution to a particular problem, and sometimes Flash will be the better solution. I’m also interested in exploring ways the technologies can be mixed (as in the case of Flickr, which uses both).

08. Does Ajax have significant accessibility or browser compatibility limitations? Do Ajax applications break the back button? Is Ajax compatible with REST? Are there security considerations with Ajax development? Can Ajax applications be made to work for users who have JavaScript turned off?
Ans. The answer to all of these questions is "maybe". Many developers are already working on ways to address these concerns. I think there’s more work to be done to determine all the limitations of Ajax, and I expect the Ajax development community to uncover more issues like these along the way.

09. Some of the Google examples you cite don’t use XML at all. Do I have to use XML and/or XSLT in an Ajax application?
Ans. No. XML is the most fully-developed means of getting data in and out of an Ajax client, but there’s no reason you couldn’t accomplish the same effects using a technology like JavaScript Object Notation or any similar means of structuring data for interchange.

10. Are Ajax applications easier to develop than traditional web applications?
Ans. Not necessarily. Ajax applications inevitably involve running complex JavaScript code on the client. Making that complex code efficient and bug-free is not a task to be taken lightly, and better development tools and frameworks will be needed to help us meet that challenge.

11. Do Ajax applications always deliver a better experience than traditional web applications?
Ans. Not necessarily. Ajax gives interaction designers more flexibility. However, the more power we have, the more caution we must use in exercising it. We must be careful to use Ajax to enhance the user experience of our applications, not degrade it.


These FAQs are a compilation of Mr. Pravin Kumar Dubey from below references.
We are proud to have a member like him, and thank him for keeping the blog live.

References:

• www.ajaxian.com
• www.ajaxreview.com
• java.sun.com
• www.crockford.com
• www.informationweek.com