I realize I'm behind the times learning about AJAX but I finally have a possible reason to use it. ("Possible" because what little webapp work I do now is as an admin front-end to a Spring-enabled server with web and data services.)
Unfortunately the internal team working on webapp framework upgrades hasn't picked an AJAX framework -- I was hoping they'd done all the hard work already! So, time to get my learn on.
My needs for this are fairly simple:
So I googled around a bit and found the following resources from:
I'll just list them here and (hopefully) write later about which once I decided to use.
This looks genuinely interesting and it seems like the authors have put some time into designing the libraries. After browsing around a bit docs are fairly weak for what it does. But it seems like a contender.
I've heard of this before (is Rails using it?) but the admission in the README that "Prototype is embarrassingly lacking in documentation" is discouraging. But wait, someone seems to have written a separate guide which is encouraging. (Possibly even more encouraging than if the original author wrote it, since it means that the concepts are getting digested by another brain before being laid out.)
I really like the $() and $F shortcuts, very smart. Why would anyone complain about these? If they're not cost reducing I don't know what is.
...uh-oh, it looks like maybe the Ajax object wants its XML in a particular format ('ajax-response' top-level element in example under 'The Ajax Object'). Under that it looks arbitrary, so maybe it's not so bad...
...the "Developers' Notes" reference looks useful and shows lots of use-case oriented objects and methods. (Insertion and .Before, .Top, .After? Neat.)
After reading a number of other sites (some of which I didn't mention here), Prototype came up a lot as a dependency. This is a good sign.
External Prototype docs:
Not an AJAX toolkit per-se, this just allows you to register events much more cleanly. Looks pretty simple and easy-to-use.
Silly name, but pretty sharp. Seems to confine itself solely to front-end effects and uses Prototype for the heavy lifting.
Documentation at first glance looks decent, but it's in the form of a wiki. That's not horrible but like most people I like having everything offline and in one place.
Great docs! And tests! Support for JSAN!
This looks great and seems like it could be used in favor of the scriptaculous/Prototype combo except the set of visual effects is tiny. Actually it's one and a pretty small one: rounded corners. Maybe there are libraries that build on top of this?
The online demos are great, but it seems like an awful lot of code to do client-side sorted tables. (That could just be my ignorance talking though, since I don't have much experience with it.)
They stuck in the $() shortcut, cool.
(Direct Web Remoting)
Good docs, but it's tied to server-side technology. It's very Spring-like in its approach to un/marshalling.
Seems like it requires both client- and server-side components. I appreciate that it can Spring for this, but that's still no good. Sparse documentation.
(Cross-Platform Application Interface Toolkit)
Good docs, a rarity. Unfortunately, it's (a) a do-everything framework, (b) explicit about the XML format it wants from the backend. Not for me.
It also seems to want the backend to serve it HTML which it can just put in the right place. I guess it's useful, but pretty limited.
More response documents as its own format, more formatting in the response.
While I like the name because I had a crush on a girl named Marissa in high school, and it is client-side focused, this focuses on XSLT which seems like jumping out of the frying pan and into the fire.
Sharp looking page. Let's click on 'Documentation'...
This page is being expanded. For now here are a few guides and tutorials.
WTF? This looks like it's all server-side, serving up XUL. Feh. (Plus, they don't tell you the docs on the front page are all PDFs. Annoying.)