Win a copy of Functional Reactive Programming this week in the Other Languages forum!
  • Post Reply
  • Bookmark Topic Watch Topic
  • New Topic

what will be next after AJAX ?

 
Nakata kokuyo
Ranch Hand
Posts: 472
  • Mark post as helpful
  • send pies
  • Quote
  • Report post to moderator
hi, as what i know ajax is not a new technology, it getting popular since because of big enterprise use it, it was few year back if i not mistaken my question is, what would be next right after ajax?

thank you
 
Kishore Dandu
Ranch Hand
Posts: 1934
  • Mark post as helpful
  • send pies
  • Quote
  • Report post to moderator
I don't know what it would be.

But, I will sure pray for that to be not from Microsoft. I would rather that be invented by smarts from Google or some other shop.
 
Eric Pascarello
author
Rancher
Posts: 15385
6
  • Mark post as helpful
  • send pies
  • Quote
  • Report post to moderator
Microsoft invented the XMLHttpRequest object into its browser first....
 
Kishore Dandu
Ranch Hand
Posts: 1934
  • Mark post as helpful
  • send pies
  • Quote
  • Report post to moderator
Originally posted by Eric Pascarello:
Microsoft invented the XMLHttpRequest object into its browser first....


I am aware of that.

I am quite sure many of those who wrote that for Microsoft are not there anymore because of bad treatment or because of making enought money.

BTW i said the above because I hate their technological tactics
 
David C. Crane
author
Ranch Hand
Posts: 59
  • Mark post as helpful
  • send pies
  • Quote
  • Report post to moderator
Going back to the original question, the next buzzword after Ajax looks like being 'Web 2.0'. Like Ajax, Web 2.0 is a way of doing things rather than a new technology per se, this time combining Ajax client features with SOA-style architectures to create web-based service networks that interact with each other much more closely than traditional web sites do. Google Maps is a good example here - now that the API is opened up, I've seen it popping up in various other places, such as in the context-sensitive highlighting in the Zimbra collaboratation suite's mail messages. A key rule of success of old-style web sites was to get as many eyeballs as possible to your site. Ajax allows us to change that rule to 'as many eyeballs to your widget', which may well be hosted inside someone else's site or app.

The whole widget thing is interesting - Yahoo/Konfabulator, Mac OSX Dashboards, Vista Gadgets - blurring the line a bit further between desktop apps and web apps. So yes, Microsoft will be in there along with everyone else, looking to corner the emerging market.

Of course, as a crystal-ball gazer here, I could be talking complete fluff! I reserve the right to be comletely wrong about this, but that's where I see things heading right now.

Cheers,


Dave
 
dema rogatkin
Ranch Hand
Posts: 294
  • Mark post as helpful
  • send pies
  • Quote
  • Report post to moderator
If I use iframes instead of XMLHttpRequest, does it mean that I do not use Ajax? In this case I use something post Ajax.
 
Bear Bibeault
Author and ninkuma
Marshal
Pie
Posts: 65220
95
IntelliJ IDE Java jQuery Mac Mac OS X
  • Mark post as helpful
  • send pies
  • Quote
  • Report post to moderator
Sort of. Yes. Maybe. Or even perhaps.

Since AJAX is a term for a methodology rather than a specific product or technology, I'd say it depends on how you are using the iframes. If you are using them as scollable areas of a web page, perhaps not. If you are using them to make behind-the-scenes requests, then I'd say yes.

If someone wanted to get very technical about it, they could say that I've never used AJAX because I've never used it to return XML. So, they could say that all I've used is AJA, perhaps.

I'd say it's a silly distinction, but I also think that the term AJAX to describe the technology is pretty silly (for that very reason), but one that we're stuck with.
 
Barend Garvelink
Ranch Hand
Posts: 64
  • Mark post as helpful
  • send pies
  • Quote
  • Report post to moderator
Microsoft invented the XMLHttpRequest object into its browser first....


True. You can tell, cause any of the aforementioned companies would have had the decency to pass an event object passed into the onreadystatechanged handler, rather than to assume (force) you (to) keep everything in global scope like a VB programmer .
 
Eric Pascarello
author
Rancher
Posts: 15385
6
  • Mark post as helpful
  • send pies
  • Quote
  • Report post to moderator
Originally posted by Barend Garvelink:


True. You can tell, cause any of the aforementioned companies would have had the decency to pass an event object passed into the onreadystatechanged handler, rather than to assume (force) you (to) keep everything in global scope like a VB programmer .


Sad thing is if you were to program in an object oriented way with JavaScript, you would not have any problem dealing with it! Look at the refactored code in Ajax IN Action and you will see how easy it is to handle this situation.

Eric
 
Barend Garvelink
Ranch Hand
Posts: 64
  • Mark post as helpful
  • send pies
  • Quote
  • Report post to moderator
Sad thing is if you were to program in an object oriented way with JavaScript, you would not have any problem dealing with it! Look at the refactored code in Ajax IN Action and you will see how easy it is to handle this situation.


I have several years experience writing Object-Oriented Javascript, thank you very much. I'm well aware that the problems are solvable and have in fact done so in various different applications. Multiple XmlHttpRequests firing at once, all guarded by timeout checks and all properly updating the HTML DOM as their results are in. All of it hand-crafted Javascript, not a line of borrowed code or framework code.

My point was that the XmlHttpRequest API is kind of poor. It's a nice thing to have, especially now that it's been standardised across browsers, but the API -and the onreadystatechange method in particular- could have been better.
 
Ben Souther
Sheriff
Posts: 13411
Firefox Browser Redhat VI Editor
  • Mark post as helpful
  • send pies
  • Quote
  • Report post to moderator
Originally posted by Bear Bibeault:

I'd say it's a silly distinction, but I also think that the term AJAX to describe the technology is pretty silly (for that very reason), but one that we're stuck with.


I think it having a name (no matter how absurd the name) that is widely accepted is a good thing. Microsoft introduced this years ago as "Remote Scripting" and then backed away from it in their push to get "Windows Forms Controls" in the browser rolling. All browser makers will be more likely to support it and support it in a consistent matter if the question can be put as "Does it support AJAX or not?".

It having a name and the fact that books have been written on the subject will also make it easier to sell to management and/or clients.

I've used hidden iframes for years and have often wondered if the rug was going to be pulled out from under my apps in the next release of MSIE or Firefox. Seeing the concept named, written about, and used by the likes of Google makes me a lot more comfortable relying on it in large projects.

BTW: I've already purchased Eric's book. It's excellent.
[ November 15, 2005: Message edited by: Ben Souther ]
 
Nate Schutta
Author
Ranch Hand
Posts: 39
  • Mark post as helpful
  • send pies
  • Quote
  • Report post to moderator
I certainly can't tell the future but I think we are going to see richer and fuller web applications. Some people don't like the Web 2.0 moniker (like Joel on Software - Architecture Astronauts Are Back) but we are seeing a shift here towards a more participation based approach. I just hope companies keep allowing the mashups � who knows what new innovation we�ll see rising out of that space.
 
  • Post Reply
  • Bookmark Topic Watch Topic
  • New Topic