Which AJAX toolkit do you use?

Where we keep all the boring tidbits about the PHPDN site, the news, and what not.

Moderator: General Moderators

Which AJAX toolkit do you use?

prototype
24
34%
script.aculo.us
7
10%
JSON
4
6%
dojo
7
10%
yui
2
3%
moo.fx
8
11%
ASK - AJAX Source Kit
1
1%
XOAD
1
1%
JQuery
12
17%
AJAX Agent
1
1%
xajax
4
6%
 
Total votes: 71

User avatar
Burrito
Spockulator
Posts: 4715
Joined: Wed Feb 04, 2004 8:15 pm
Location: Eden, Utah

Post by Burrito »

freefall wrote:This is just so wrong :D
no...he's dead on.

but a good counter-argument (for me anyway) is that I like to code, I take great pleasure in it. I'd rather write something that makes me think and requires using more of my brain than just be a drone and plug values into variables. I also like to know EXACTLY what my code is doing and the only way to do that is to write it yourself. I hardly ever use libraries for those two reasons (with more emphasis on the first)....If I'm not learning or excercising my brain, I'm not enjoying, if I'm not enjoying, why bother doing.

At the end of the day, yeah sometimes you have to just 'do' to put bread on the table, but since I *usually* have the option, I'll take working for pleasure over working for the all mighty dollar 7 days out of the week.
freefall
Forum Commoner
Posts: 48
Joined: Sun Jun 18, 2006 3:55 am

Post by freefall »

no, hes wrong and heres why:

Coding is not done for codings sake it is done for the end product which should be the best and most efficient code possible. Cost effectiveness is why code re-use is so good but re-use with overhead is so bad.
User avatar
patrikG
DevNet Master
Posts: 4235
Joined: Thu Aug 15, 2002 5:53 am
Location: Sussex, UK

Post by patrikG »

freefall wrote:no, hes wrong and heres why:

Coding is not done for codings sake it is done for the end product which should be the best and most efficient code possible. Cost effectiveness is why code re-use is so good but re-use with overhead is so bad.
I don't see how this is different to anything I've argued.
User avatar
RobertGonzalez
Site Administrator
Posts: 14293
Joined: Tue Sep 09, 2003 6:04 pm
Location: Fremont, CA, USA

Post by RobertGonzalez »

freefall wrote:Coding is not done for codings sake it is done for the end product which should be the best and most efficient code possible.
So does that mean we should look for code that works instead of coding code that works? If so, why are we all doing what we do?
User avatar
Buddha443556
Forum Regular
Posts: 873
Joined: Fri Mar 19, 2004 1:51 pm

Post by Buddha443556 »

Coding is not done for codings sake it is done for the end product which should be the best and most efficient code possible. Cost effectiveness is why code re-use is so good but re-use with overhead is so bad.
I realize you're probably referring to performance overhead in your OP. But we're talking for the most part here about open source libraries, they're not carved in stone, you can change them anyway you want. I still include jQuery's copyright in my javascript files but those files don't look much like the original jQuery code. JQuery is really easy to tear apart too. :D

All code reuse has a certain amount of overhead even if only in the evaluation of usability. Your in the hole as soon as you think about reusing someone else's code. However, the possible benefits of code reuse greatly out weigh the lose which is why some of us still keep an eye out for it.
User avatar
kendall
Forum Regular
Posts: 852
Joined: Tue Jul 30, 2002 10:21 am
Location: Trinidad, West Indies
Contact:

Post by kendall »

has anyone seen the Spry framework developed by Adobe? http://labs.adobe.com

i agree wit the G man...i myself have tried to impliment my own Ajax and found it pain tasking a bit because im not a javascript-tian worse than this i hate the cross browser considerations (and im the type to be consdierate!)
User avatar
s.dot
Tranquility In Moderation
Posts: 5001
Joined: Sun Feb 06, 2005 7:18 pm
Location: Indiana

Post by s.dot »

From these packages, I have only used script.aculo.us. Good, but has problems being standards compliant (and thus cross browser compatible). The only thing I used were the sortable lists, so I can't speak much for the other scripts.
Set Search Time - A google chrome extension. When you search only results from the past year (or set time period) are displayed. Helps tremendously when using new technologies to avoid outdated results.
User avatar
Maugrim_The_Reaper
DevNet Master
Posts: 2704
Joined: Tue Nov 02, 2004 5:43 am
Location: Ireland

Post by Maugrim_The_Reaper »

I agree - I've been having issues with Scriptaculous and compliance. I do actually need a whole chunk of its functionality so it's a concern, but noe entirely insurmountable I think. It's fairly solid for most of the effects.

It's counterpart, Prototype (the actual AJAX library) I can only admire. It both manages AJAX requests and callbacks, and also extends the Javascript language with some very intuitive additions. getElementsByClassName() is just so simple and useful an addition...
User avatar
kendall
Forum Regular
Posts: 852
Joined: Tue Jul 30, 2002 10:21 am
Location: Trinidad, West Indies
Contact:

Post by kendall »

you guys should take a look at the SPRY AJAX release from Adobe Labs
User avatar
RobertGonzalez
Site Administrator
Posts: 14293
Joined: Tue Sep 09, 2003 6:04 pm
Location: Fremont, CA, USA

Post by RobertGonzalez »

Spry looks pretty tight. It seems like script.acul.us is somewhat scant on its offering (but I guess Spry is too).
User avatar
kendall
Forum Regular
Posts: 852
Joined: Tue Jul 30, 2002 10:21 am
Location: Trinidad, West Indies
Contact:

Post by kendall »

Everah wrote:Spry looks pretty tight. It seems like script.acul.us is somewhat scant on its offering (but I guess Spry is too).
well i havent looked at script.acul.us but spry seems pretty good for us who do alot of "dataset" master/ detail pages. but documentation kinda lacking as far as jacking it up and using it outside of the current framework objectives.

i did this using the spry....

loads results from an online game...not very flexible in this use yet...i was able to tailor it
http://www.nlcb.co.tt/home/ticker_test3.html
User avatar
Maugrim_The_Reaper
DevNet Master
Posts: 2704
Joined: Tue Nov 02, 2004 5:43 am
Location: Ireland

Post by Maugrim_The_Reaper »

I should read what documentation exists but... It uses custom tags, and a few demo's have javascript blocks within the body. Not seeing these are necessarily bad, but I would have preferred a more compliant solution. ;).

It does look interesting.
choppsta
Forum Contributor
Posts: 114
Joined: Thu Jul 03, 2003 11:11 am

Post by choppsta »

I have recently starting incorporating Prototype into my work which is great, it just takes the headache out of many cross browser issues. Forgetting the AJAX part, the most important thing about these libraries and frameworks is the move towards more unobtrusive Javascript. For me this is the "holy grail".

In particular this has proved indispensible:
http://encytemedia.com/event-selectors/

You can add rich functionality without having to pollute your HTML with dozens of <script> blocks or inline onclick="" handlers. The idea of using CSS style rules to apply javascript behaviour to a document is just genius. I have also found that using this method leads to a lot more code reuse, something that I'd never really achieved with Javascript before.

You then end up with:

HTML Files - Content and Context
CSS Files - Style and Presentation
JS Files - Behaviour

Nicely seperated.
User avatar
phice
Moderator
Posts: 1416
Joined: Sat Apr 20, 2002 3:14 pm
Location: Dallas, TX
Contact:

Post by phice »

I've used prototype, script.aculo.us, json, dojo, and moo.fx.

I used to use script.aculo.us before it was released to the public, when the author was slowly releasing little segments of his code out on his blog.

Fun times =)
User avatar
Maugrim_The_Reaper
DevNet Master
Posts: 2704
Joined: Tue Nov 02, 2004 5:43 am
Location: Ireland

Post by Maugrim_The_Reaper »

I currently use all except Dojo (too big for my simple needs). I found certain widgets crash Firefox depending on which FF extensions were installed. Sort of a small downside - it was the extensions' fault, not Dojo's.
Post Reply