Mehr Speed durch parallele AJAX-Requests

Hallo Thomas,

ich denke der Lösungsansatz könnte anders aussehen.
Vorweg, mehrere gleichzeitige Anfragen(diese werden ohnehin aufgereiht)machen wenig Sinn bzw könnten sinnvoller ausgeführt werden.

1. es braucht nur einen einzigen Request.
in diesen Packt man alle Anfragen bzw.Parameter hinein.
Serverseitig nimmt man diese Anfrage auseinander und zerlegt sie in die einzelnen Aufgaben.
Als Beispiel: 2 Formulare auf der Webseite. Die übermittle ich mit einem Request, verarbeitet werden diese ohnehin separat auf dem Server. Die Response ist dann natürlich auch nur eine. Die "entpackt" sich dann im Clientbrowser wieder an die richtigen Stellen.

Fazit: alles in ein Request/Response schneller gehts nicht.

Hallo Ultima,

ich denke dein Objekt könnte durch die Nutzung von Closures profitieren:
Hier mal eine Version die Closure nutzt:
[JS]<script>
var sendRequest=(function(){
var channels = [],
channelsize = 5,
querys = [],
i;

// init
for (i = 0; i < channelsize; i += 1) {
channels[i] = null;
}

var run = function() {
// Inhalt zu ergängen
};

var clearChannel = function(id) {
// Inhalt zu ergänzen
};

/**
* send a XMLHttpRequest
*
* @param uri The uri of the ressource.
* @param post Post datafield.
* @param cb Callbackfunction for the response.
*/
var send = function(uri,post,cb){
querys.push({\'uri\':uri,\'post\':post,\'cb\':cb});
run();
};
return send;
})();


// Aufruf
sendRequest(\'exampe.php\', \'foo=bar&bar=foo\', callback);
</script>[/JS]

Beim Aufrufen übrigens bitte keinen String, sondern die Funktion selbst übergeben. Das gibt nochmal einen Performance-Schub

Danke für eure Antworten.

romacron schrieb:
Fazit: alles in ein Request/Response schneller gehts nicht.

Da gebe ich dir recht, allerdings ist das bei meinem Vorhaben so nicht (immer) möglich. Da man nicht sagen kann welche Daten der User anfordert und wann. Und alles auf einmal zu laden wäre in diesem Fall zu viel, und man kann auch nicht wissen ob es gebraucht wird. Daher diese Lösung.

UFOMelkor schrieb:
Beim Aufrufen übrigens bitte keinen String, sondern die Funktion selbst übergeben. Das gibt nochmal einen Performance-Schub.

Das ist auch gut, aber werden die Funktionen dann nicht zu anonymen Funktionen? Das würde mir Callbackfunktionen die Methoden eines anderen Objektes sind Probleme bereiten da der Zeiger \'this\' dann nicht mehr existiert.

Oder sehe das falsch?

..ich verstehe

zu this und callbacks. Hast du prototype-ing einmal in Betracht gezogen?
zwar sind es 20 Zeilen Code mehr, man verfügt dann aber über den Luxus einer "instance"

Ultima schrieb:
Das ist auch gut, aber werden die Funktionen dann nicht zu anonymen Funktionen? Das würde mir Callbackfunktionen die Methoden eines anderen Objektes sind Probleme bereiten da der Zeiger \'this\' dann nicht mehr existiert.

Oder sehe das falsch?

Jein:

[JS]<script>
var foo = {
bar: "World",
baz: function(){
console.log("Hello ");
console.log(this.bar);
}
};

// einmal ohne Callback
foo.baz();

// und einmal mit
window.setTimeout(foo.baz, 0);
</script>[/JS]

[CODE]
Hello
World
Hello
[/CODE]

Gibt also tatsächlich ein Problem mit this und callbacks. Das lässt sich aber ganz einfach umgehen:

[JS]<script>
var foo = {
bar: "World",
baz: function(){
console.log("Hello ");
console.log(this.bar);
}
};

// einmal ohne Callback
foo.baz();

// und einmal mit
window.setTimeout(function(){foo.baz();}, 0);
</script>[/JS]

[CODE]
Hello
World
Hello
World
[/CODE]

Auf Strings kann man also getrost verzichten

romacron schrieb:
Hast du prototype-ing einmal in Betracht gezogen?

Ja, das Prototyping nutze ich um eine Vererbung/Spezialisierung zu simulieren. Allerdings nicht in diesem Objekt. JavaScript unterstützt ja leider (noch) kein Objekt orientiertes programmieren es ist ja nur Objekt basierend.


Danke für die Tipps.