While I love Closure tools and the possibility to write a better organized and OOP based JavaScript, I’m facing some weakness and inexplicable choices in the library. The last discover is that is impossible to make synchronous ajax call using the provided classes, since I didn’t find nothing about synch/asynch options by reading API reference, I took a look to the source (xhrio.js), and I noticed this:
1 | this.xhr_.open(method, url, true); // Always async! |
that true should be a parametric value which developers can set to true or false. Why forcing it to true???
I’m really disappointed :(
June 17th, 2010 5:12 am
ajax never can be synchronous:
Asynchronous JavaScript and XML
:)
June 22nd, 2010 11:47 pm
LOL :^) XmlHttpRequest can be opened both in synchronous (asynchronous flag set to “false”) than asynchronous mode (asynchronous flag set to “true”)
June 25th, 2010 3:22 am
That is correct, but XmlHttpRequest is a method, AJAX is a technology based on that method.
Otherwise, the JSON version of AJAX is AJAJ, however we use also XmlHttpRequest not JsonHttpRequest. So, we should be cautious when we use these words and abbreviations.
June 25th, 2010 5:47 am
XmlHttpRequest is not a method, is an object and it has methods like open(). By saying “ajax” I merely mean an xhr call to retrieve data on demand, this data can be plain text, json, xml or something else and can be retrieved synchronously or asynchronously, but from a generic point of view is always ajax (the term is very generic)… I hope I was clear :^)
June 25th, 2010 6:32 am
I accept
July 24th, 2010 1:37 pm
You can create a XmlHttpRequest with goog.net.XmlHttp and pass true in the third argument of the open method.
January 14th, 2012 4:33 am
The reason for this implementation quirk seems to be that Google Closure team (and all Google) really want that rich websites using Google’s tools should be blazing fast. Synchronous XHRs is (given javascripts single execution thread) bound to lock the whole execution until one get a reply and would give very sloppy performance for the gui.
January 19th, 2012 7:30 pm
It’s always a plueasre to hear from someone with expertise.