{"id":13,"date":"2006-05-16T22:58:18","date_gmt":"2006-05-17T02:58:18","guid":{"rendered":"http:\/\/www.unitstep.net\/blog\/2006\/05\/16\/ajax-and-web-20\/"},"modified":"2006-06-18T22:15:51","modified_gmt":"2006-06-19T02:15:51","slug":"ajax-and-web-20","status":"publish","type":"post","link":"https:\/\/unitstep.net\/blog\/2006\/05\/16\/ajax-and-web-20\/","title":{"rendered":"AJAX and Web 2.0"},"content":{"rendered":"
If you’ve been using the Internet for a while, you’ll have noticed a slight change in the way certain online services have provided content, in the past 1-2 years. A sort of mini-revolution is going on, leading to the term “Web 2.0<\/a>” to describe this new breed of web-based services. A lot of exciting things are promised, and some have been demonstrated and are in semi-wide use.<\/p>\n Perhaps the best example is Gmail<\/a>. While most of the buzz surrounding it during its launch was the then-unprecendented storage allowances, the service also implements AJAX<\/acronym><\/abbr><\/a> to improve the quality of the application and make it seem more like a desktop application than a web service. For example, when you start typing in someone’s e-mail address in the “To:” field while composing a message, you’ll find that Gmail pops up a list of possible matches as you type, allowing you to quickly select the intended recipient – this is AJAX<\/acronym> at work, and basically it allows your web browser to communicate with the web server to update and provide information to parts of the web page without having to reload the entire site, thus making it seem more like a regular program.<\/p>\n The power of AJAX<\/acronym> was quickly apparent to many web developers and since then, many new and interesting applications based on its principles have been made. Indeed, WordPress<\/a>, what I use to run this site, also nicely implements AJAX<\/acronym> in its admin pages. It seems likely that AJAX<\/acronym> will continue to permeate more and more websites.<\/p>\n With this proliferation should come caution. The potential for problems is high, not necessarily because of AJAX<\/acronym> itself but because of the ways it can be implemented. First and foremost, AJAX<\/acronym> should not be put into a website just for the sake of having AJAX<\/acronym> there – sometimes simplier is better, and if it isn’t needed maybe it shouldn’t be there. Additionally, AJAX<\/acronym> should probably not be required for the website to work – thankfully, major services like del.icio.us and GMail have followed this unwritten law; it’s not unlike the unwritten mantra for plain old Javascript and websites.<\/p>\n Secondly, security is an issue, as outlined in this article<\/a>. In it, Stewart Twynham remarks that because AJAX<\/acronym> is a new and developing technology, clear design patterns do not exist and thus this increasing the chance for poor coding that inherently leads to security and other problems. Additionally, the increased amount of scripts and code and the way they’re laid out can lead to complexity issues – thankfully, there is help available now. With the recent release of Yahoo! UI Library<\/a> and the Google Web Toolkit<\/a>, AJAX<\/acronym> development can be greatly simplified – it should be noted there are many community-driven AJAX<\/acronym> and general JavaScript frameworks and libraries also available that do the same thing, and sites dedicated to making AJAX<\/acronym> coding more efficient<\/a> exist. With the popularity of AJAX<\/acronym>, such developments were inevitable; however, since AJAX<\/acronym> is still relatively new and is still in the process of growing and being standardized by the W3C<\/acronym><\/a><\/a>, a cautious approach is still needed here. (The slow response of the W3C<\/acronym><\/a> to AJAX<\/acronym> and other technologies is however, another topic.)<\/p>\n