Six errors in Ajax summary analysis _ajax related

Like flashing fonts that have been popular before, "Splash" page "(Translator: Splash Page-flash animation or large picture to do the introduction of the website home page, often have a" skip profile "or" direct access "of the small button), and the use of rounded corners (translator: See Yeeyan first Head, hehe), Is this more dynamic?

Let's take a look at some of the myths about Ajax, and dig through the mist and uncover the truth.

Myth One: AJAX is the abbreviation for asynchronous JavaScript and XML. When you write this word, you should spell it in capital letters or you'll be ignorant.

In fact, Ajax is more than just an acronym, according to the creator of the word Ajax, Jesse James. It is the whole of a series of technologies that are combined in a specific way. It includes Javascript,css, DOM, and the use of XMLHttpRequest objects for data transfer between clients and servers. The data format that is uploaded from the server to the client is not necessarily XML, it can be JSON (an object in Javascript), or other data format. In short, the transmission of data is small, incremental (translator: Rather than the traditional refresh of the entire page). So, if you want to show off that you're a very savvy technical expert, use AJAX instead of Ajax. You decide whether you want to show off yourself.

Myth two: Look at Gmail and Google Map, Ajax will make your site more usable.

In fact, using AJAX can make your site more usable, but it can also make your site a horrible and obnoxious one. The new Yahoo TV program list is such a negative example. (Translator: The negative evaluation of the new Yahoo TV program list mainly thinks that the page-turning function of Ajax makes the availability of all TV programs worse, such as not being able to find it in one page, etc., although the paging function itself is beautifully done.) ）

Myth Three: Ajax is just a face-saving project-just on the surface looks pretty cool and visual effects.

In fact, if properly designed and implemented, Ajax Web applications should be more scalable than traditional CGI types, with server-side processing (such as ASP.net or Java server pages,jsp) network applications with better scalability and faster response times for users. For technical details, see the first part of Ajax and Rest, written by IBM's Bill Higgins. This is my summary: the traditional CGI type, server-side processing as the main network application, the client does not save (network application execution) state (stateless), the state of the Save is entirely implemented by the server (Stateful server). This enables server-generated results (such as dynamically read data from the database) to be used only once and not cached (cache). This undermines the extensibility principle in the rest architecture. And Ajax can save the state on the client, so that the common resources, such as reused data and source program (translator: Should be refers to JavaScript), can be effectively cached and reused.

Myth Four: Ajax for general network developers difficult to master

Ajax is really not easy. But its use is becoming progressively less difficult. There are a number of factors that make Ajax difficult to implement: support for different browser compatibility, lack of development tools, and the need for changes in the way developers think--from the past to server-side processing as the main network application, to the new in the client save state, gradually upload data applications. But as Ajax becomes more popular, many development tools and platform providers, as well as open source software developers, are working to address this problem. Here are a few of the tools that are useful for AJAX developers: the Google Web Development Toolkit (for Java Developers), the Dojo Cross-browser platform, Script.aculo.us, and the visual effects that are used to debug JavaScript programs, Monitor XMLHttpRequest (Firefox plugin) Firebug, and so on.

Myth Five: Ajax will destroy the user experience of using the browser (Ajax breaks the browser model)

Indeed, Ajax applications can cause problems with the browser, such as breaking the "Return key" feature, allowing users to selves here, so that users with disabilities are completely unable to use the site. But traditional technologies may also have similar problems: the use of frames (frames) or flash often destroys the "Return key" feature; even without Ajax, bad design can make a site completely dizzy for users, and even the simplest HTML makes it hard to make the site work for people with disabilities. These are the aspects that need to be consciously noticed and learned, not just the problems that exist in AJAX applications.

Myth Six: Ajax is a key component of web2.0

It depends on how you define web2.0. I think the difference between web2.0 and web1.0 mainly lies in the social level, not the technical level. The most important paradigm shift from web1.0 to web2.0 (paradigm shift) is that web2.0 is a two-way network, a read-write network and a social network. Instead of the network that "let's open our own online store". By this definition, we can implement web2.0 without Ajax at all. Most blogs do not use Ajax; without Ajax, Wikipedia can still glow; social networks don't need ajax;flickr because it's a social platform for photos, not the DHTML technology it uses.

More AJAX-related information (translator: recommended in-depth reading, recommendation and translation)

My personal favorite Ajax blog is Ajaxian and Shelley Power's "technical female madman". Shelley's "Add Ajax" will soon be published by O ' Reilly. The writing of this article refers to Bill Higgins's article on Ajax and Rest Architecture (Part one, Part two.) ）

Statement: IBM is my customer.

The image of the subject is a photo of the original author. In addition, the original author of the detailed contact information.