Follow Slashdot blog updates by subscribing to our blog RSS feed

 



Forgot your password?
typodupeerror
×

So How Do You Code an AJAX Web Page? 231

PetManimal writes "Computerworld has a long excerpt from a book by Edmond Woychowsky about how to code Web pages in AJAX. It gives a good explanation of how the technology works, and also has some visuals and code snippets that you can play with. From the article: 'Beyond the XMLHTTP Request object, which has been around for several years as a solution looking for a problem, there is nothing weird needed. Basically, it is how the individual pieces are put together. When they're put together in one way, it is nothing more than a pile of parts; however, when put together in another way, the monster essentially rises from its slab.'"
This discussion has been archived. No new comments can be posted.

So How Do You Code an AJAX Web Page?

Comments Filter:
  • by Anonymous Coward on Friday August 04, 2006 @03:21PM (#15848274)
    1. Open Visual Studio
    2. Download and install the ATLAS framework
    3. Wrap your webpage in an update panel
    4. Add a script manager
    5. Lather, rinse, and repeat

    Seriously...one drag-and-drop and you'll never see another page refresh.
  • Printer Friendly (Score:5, Informative)

    by neonprimetime ( 528653 ) on Friday August 04, 2006 @03:22PM (#15848277)
    Instead of wading thru 7+ pages of clicking and ads ... Printer Friendly version [computerworld.com]. You can thank me later.
  • by njdj ( 458173 ) on Friday August 04, 2006 @03:38PM (#15848389)

    The article is very verbose. It has some value, I suppose - it helped me to decide I didn't want to buy the book. There are more concise introductions to Ajax here [www.xul.fr] and here [mozilla.org]

    There is also an interesting library of Javascript/ECMAscript functions to perform common Ajax chores here [sourceforge.net]

  • by supun ( 613105 ) on Friday August 04, 2006 @03:44PM (#15848430)
    I like Sarissa, but have moved onto using Dojo http://dojotoolkit.org/ [dojotoolkit.org] due to it's friendlyness to JSON. Much easier accessing a returned object that walking the DOM.
  • Use Echo2 (Score:5, Informative)

    by Mock ( 29603 ) on Friday August 04, 2006 @03:46PM (#15848448)
    1. Download Echo2 http://nextapp.com/platform/echo2/echo/ [nextapp.com]
    2. Write AJAX applications like you would a Swing app, never touching HTML or Javascript.
    3. Go outside and play.

    'nuff said.
  • by not already in use ( 972294 ) on Friday August 04, 2006 @03:46PM (#15848451)
    I assume you are indicating that it may be a security issue on the client side, but I don't see it allowing for any more malicious activity than there already is. The onLoad tag of the body element can fire up an XMLHTTPRequest that gets a response from the server automatically. This would be no different than the server polling the client if such a connection were possible. I think it would be more of a performance issue on the server end, having to host so many live connections.
  • by Civil_Disobedient ( 261825 ) on Friday August 04, 2006 @03:47PM (#15848456)
    Yes, there are ugly hacks to keep a connection alive, but it is exactly that, a hack, and introduces problems of it's own.

    There are some ugly hacks to allow the server to "push" to the client (embedded flash objects, never-closed-connections, etc.)--mostly encapsulated by the moniker COMET [ajaxian.com] (get it? Ajax... Comet...)

    But if you get to pick your app server, there are some ready-made solutions. The problem with traditional web servers is their IO method. It's not their fault that the HTTP spec is out-of-date, but there are already new developments on the horizon that get around the current limitations. Take a look at GlassFish [java.net], Sun's new open-source enterprise application server, and pay particular attention to NIO [sun.com] socket writes. The performance benefits of NIO over straight IO are astonishing [java.net], with the side-benefit that it supports server-push out-of-the-box.
  • Not Magic (Score:3, Informative)

    by MattW ( 97290 ) <matt@ender.com> on Friday August 04, 2006 @04:13PM (#15848623) Homepage
    We didn't really even need xmlhttprequest; you could use iframes, too. (And some notable "2.0" apps have)

    Useful bits I've found getting into ajax stuff:

    Dojo Toolkit [dojotoolkit.org], a nifty framework for doing all sorts of good stuff. Of particular note to me was dojo.io.* with its dojo.io.bind() function, which provides a simple, cross-platform compatible way to do an xmlhttprequest, with callback functions for completion and errors, an easy way to post variables, specify a method and caching, etc.

    openrico [openrico.org]. This provides all sorts of fun stuff. The smart stuff starts with declaring $ as a function, which after you get used to it provides a very convenient cross-platform way to access DOM nodes (ie, $('mydiv') or $(divvar)), and has all sorts of canned widgets for effects, like accordian widgets, move&resize, etc... although I've found practical application usually requires a bit more additional work, but their functions help get started.
  • by Anonymous Coward on Friday August 04, 2006 @04:13PM (#15848627)
    Replace "So How Do You Code an AJAX Web Page?" with "So How Do You Code an AJAX Web Page for IE only?" and your comment is correct.
    ATLAS is a cross-browser AJAX framework, and Visual Studio 2005 produces valid, meaningful XHTML.

    Nice troll, though.
  • Re:Saving AJAX (Score:3, Informative)

    by Mateo_LeFou ( 859634 ) on Friday August 04, 2006 @04:20PM (#15848668) Homepage
    'submitting a form without reloading the page! Any easy way to do that?' I must've misunderstood the question but can't you just do an image submit button with onClick=sendFormStufftoPHPScriptThatDoesWhatever() using the xmlhttpreq object?
  • by vux984 ( 928602 ) on Friday August 04, 2006 @04:20PM (#15848672)
    /shrug

    Visual Studio actually has a pretty solid source code editor, with good syntax highlighting, and its code completion for css properties and html attributes is very good. (And its ability to offer effortless code completion for asp tags, AND user-defined controls is extremely helpful.) Not to mention its real-time "error" checking (improper tag nesting, mismatched tags, etc). It prevents and catches a lot of potential errors as you make them.

    I do agree that doing a lot of work in the gui-designer results in bloated pages that need a ton of work to slim down and make crossplatform friendly. But nobody is forcing you to do that, and really if you know what you are doing you almost never use the visual designer mode. I only use it to drag user-controls onto the page; because in gui-mode it handles the boilerplate to register the tagprefix, etc. I also occasionally use it to create event handlers, because double clicking say a linkbutton in design view will write the boilerplate for the function signature, as well as handle the event wiring.

    Like any tool, Visual Studio can be used effectively or ineffectively. When compared to most other "light tools" I find Visual Studio to be more productive -- sure I can build pages even in notepad but I make fewer typos when using the source code editor in Visual studio.

    (There are other good editors too, don't get me wrong. I'm just saying that visual studio belongs among them.)
  • by richdun ( 672214 ) on Friday August 04, 2006 @04:26PM (#15848697)
    The other nice thing you can do with Prototype is to avoid XML parsing altogether by saying "ok, here's the URL I want you to call; it's going to return pre-rendered HTML, and when it does, I want you to stick it in this DIV over here; don't bother me about it" and you can do things like automatically update portions of your page without reloading.

    What does that do that this doesn't (other than use a pretty wrapped package)? This is the general form I use for my AJAX requests. If needed, I add some checking to cancel previous requests to the same method or queue successive calls so that the race for responses doesn't screw me up. It seems to work in all browsers I test for (IE6, FF 1.5+, Opera 9+, Safari 2+...and yes, I force my users to use modern browsers).

    if (window.XMLHttpRequest) {
            var oHttpRequest= new XMLHttpRequest();
    }
    else if (window.ActiveXObject) {
                    var oHttpRequest = new ActiveXObject("Microsoft.XMLHTTP");
    }

    function ajaxCall (page,params,responseHolder) {
            oHttpRequest.onreadystatechange=function()
                    if(oHttpRequest.readyState==4) {
                            document.getElementById(responseHolder).innerHTML = oHttpRequest.responseText;
                    }
            }

            oHttpRequest.open("POST",page,true);
            oHttpRequest.setRequestHeader('Content-Type', 'application/x-www-form-urlencoded');
            oHttpRequest.send(params);
    }
  • by naoursla ( 99850 ) on Friday August 04, 2006 @04:41PM (#15848781) Homepage Journal
    You forgot step zero: Download the free version of Visual Studio Express [microsoft.com].

    And in the interest of full-disclosure, I recently started working for Microsoft on Visual Studio features directly related to AJAX and ATLAS. So now this post is just ordinary spam instead of a sneaky shill.
  • by spencer1 ( 763965 ) on Friday August 04, 2006 @05:21PM (#15848987)
    Slashdot is currently testing just that among a small group over users. http://slashdot.org/faq/com-mod.shtml#cm120 [slashdot.org]
  • by leighklotz ( 192300 ) on Friday August 04, 2006 @05:48PM (#15849122) Homepage
    One good mechanism for getting the XML and asynchronous features but without hand coding JavaScript is to use any of the various XForms implementations. XForms is a W3C standard that defines a mostly script-free way of doing much of stuff people want out of Ajax, and it's done in a declarative way that's friendly to accessibility agents, and easier to deploy onto other devices. I was an editor of the XForms 1.0 recommendation, but new revisions have come out; see http://www.w3.org/TR/xforms [w3.org]

    The FormFaces [formfaces.com] OSS product is an entire XForms implementation done in JavaScript, running in the browser. You write your page in HTML with XForms markup, and FormFaces does the "HiJax" thing of re-writing it for you. You never need to use XmlHttpRequest, and you can interact with regular servers, RESTful services, etc., all via XML.

    Another product that does this, in a slightly different way, is AjaxForms. I just found out about it, but it looks pretty good. AjaxForms uses some server-side components to do the translation from strict XHTML+XForms markup into Ajax (HTML4+JavaScript), but they claim it can work in PHP and Tomcat servers. Again, FOSS, and available at http://ajaxforms.sourceforge.net/ [sourceforge.net]

    I recently implemented dynamic forms for weblogs and wikis, and did it using Chiba [sourceforge.net], another FOSS product, that like AjaxForms does its conversion on the server, using Tomcat as a container.

    Another important option is the work that the Mozilla Foundation and IBM are doing to make a native implementation of XForms as an XPI for Firefox and Mozilla. See http://www.mozilla.org/projects/xforms/ [mozilla.org] -- they're now in version 0.6, with 1.0 targeting full XForms 1.0 compliance. Like all other Mozilla extensions, it's a 1-click install, and I think it's about 200KB, so it's not very big, and I hope it gets added to the default build after it reaches 1.0. (It's presently built with the nightlies.)

    There are a number of other implementations, including browser plugins (FormsPlayer [formsplayer.com] for IE), native implementations for embedded devices such as cellphones and kiosks (PicoForms [picoforms.com], SolidForms [sourceforge.net], and entire server-side systems using XForms, such as Orbeon Ops [orbeon.com], so I see an increasingly bright future for using XForms to build dynamic HTML interfaces on top of XML web services and deploy them across a range of devices.
  • by naoursla ( 99850 ) on Friday August 04, 2006 @06:03PM (#15849206) Homepage Journal
    I would never describe myself as a graphic artist so I will neither agree nor disagree with you.

    However, for the web impaired here is a direct link [microsoft.com] for the web developer version only (which you can get to by clicking the big download picture on the right hand side of each product specific page and then clicking "Download" in step 2).

    And as long as I am providing overly simple instructions to trolls, I guess I'll point out that ATLAS does not come installed with Visual Studio. You have to download it from atlas.asp.net [asp.net] (hint: there is a big download icon at the top of the screen).

    And if you would like a demo of how easy it is to create ajax applications with atlas, there is current a video [microsoft.com] on the front page of someone creating a database backed todo-list application in 18 minutes (the express version of Visual Studio comes with a lightweight database and web server for development. I think you can probably repeat this demo with the free tools).
  • Re:Saving AJAX (Score:2, Informative)

    by jozeph78 ( 895503 ) on Friday August 04, 2006 @06:57PM (#15849456)
    'submitting a form without reloading the page! Any easy way to do that?' I must've misunderstood the question but can't you just do an image submit button with onClick=sendFormStufftoPHPScriptThatDoesWhatever() using the xmlhttpreq object?

    Very simple when using prototype javascript library.


    function submitForm(form) {
    new Ajax.Request("comment.php", {
    parameters : Form.serialize(form),
    onSuccess : updateComment
    });
    }

  • by Bogtha ( 906264 ) on Friday August 04, 2006 @09:02PM (#15849972)

    Give us a simple, complete page that uses AJAX and is still compatible with non-AJAX browsers.

    Off the top of my head: Google Suggest [google.com]. The same page offers enhanced Ajax functionality and still works in Lynx, without any need for two pages or radically different layouts.

    The ways you make Ajax work in a backwards-compatible manner are the same techniques decent JavaScript developers have been using for years. Unfortunately, not a lot of people are aware of JavaScript best practices and the field is still dominated by people who concentrate on making it work in their favourite browser and then bodging it to work elsewhere, rather than starting from a good solid design and enhancing it in a structurally sound manner.

    If you're interested in learning more, I suggest DOM Scripting [domscripting.com] and the DOM Scripting Task Force website [webstandards.org] as decent starting points. I haven't read the book, but I've heard a lot of good things about it from people who know what they are talking about.

  • uhm (Score:1, Informative)

    by Anonymous Coward on Saturday August 05, 2006 @01:33AM (#15850930)
    not to be such a nerd, but this tutorial is ie-oriented (war!) but anyway, mozilla.org ironically has had the same thing .. only more expanded, with less ads, and for all major browsers (including ies) here: http://developer.mozilla.org/en/docs/AJAX [mozilla.org] ... for a long time now ...

It's a naive, domestic operating system without any breeding, but I think you'll be amused by its presumption.

Working...