[Erledigt] AJAX-Anfrage ist kein HTTP-Request?

Trainmaster · 23.02.2011, 13:34

Hallo zusammen,

ich lese gerade das Buch PHP Design Patterns und befinde mich bei Kapitel 8: Das Front-Controller-Pattern. Auf Seite 412, bei der Implementierung, macht mich eine Aussage stutzig:

Zitat:

"Somit berauben Sie sich jeder Möglichkeit, zu einem späteren Zeitpunkt den HTTP-Request gegen eine SOAP- oder AJAX-Anfrage auszutauschen."

Eine AJAX-Anfrage läuft doch über den HTTP-Request? Dann ergibt die Aussage für mich keinen Sinn. Im Falle, dass $_GET und $_POST implementiert sind, ist doch automatisch AJAX miteinbegriffen.

Übersehe ich hier etwas oder handelt es sich tatsächlich um eine falsche Information?

fab · 23.02.2011, 13:39

Das sieht tatsächlich nach einer missverständlichen Aussage aus. Natürlich ist eine AJAX Anfrage ein HTTP-Request und auch SOAP Anfragen werden meistens mit HTTP durchgeführt (das ist allerdings nicht bindend).

In welchem Kontext steht denn dieses "somit" ?

Edit @ChrisB: Ich hoffe, das war nicht als Antwort auf meine Frage gedacht

ChrisB · 23.02.2011, 13:40

Eine mit „somit ...“ beginnende Aussage wird wohl auf irgendwas Bezug nehmen ...

Trainmaster · 23.02.2011, 13:43

Zitat:

Um einen Front-Controller zu implementieren, benötigen Sie zunächst eine Möglichkeit, um auf die Daten der HTTP-Anfrage zuzugreifen. PHP erlaubt Ihnen dies zwar schon über die Superglobalen wie zum Beispiel $_REQUEST, jedoch programmieren Sie bei der Verwendung dieser Variablen gegen eine konkrete Implementierung, die noch nicht einmal von Ihnen selbst entwickelt wurde. Somit ...

fab · 23.02.2011, 13:48

Naja, die Argumentation ist da etwas schwach aber der Kern der Aussage stimmt schon: Je weniger Koppelung du zu den Superglobalen aufbaust desto flexibler ist die Anwendung. Im Endeffekt sollte es ihr schlicht egal sein, wo sie ihre Eingaben herbekommt.
Ein weiteres Argument dafür ist Testbarkeit. Wenn du für Unit Tests HTTP-Requests simulieren musst, läuft etwas verkehrt.

Trainmaster · 23.02.2011, 15:07

Trotzdem finde ich die Aussage haltlos. Selbst wenn ich $_REQUEST explizit verwenden würde, habe ich trotzdem Zugriff auf eine AJAX-Anfrage. Ein Austauschen, so wie es formuliert wird, ist somit hinfällig.

Das Argument der Entkoppelung leuchtet mir ein. Nicht aber die Begründung, dass im Fall der Fälle gegen eine SOAP- / AJAX-Anfrage getauscht werden kann, wenn diese ohnehin im HTTP-Request enthalten sind.

nikosch · 23.02.2011, 17:58

Zitat:

PHP erlaubt Ihnen dies zwar schon über die Superglobalen wie zum Beispiel $_REQUEST

Da liegt die Kernaussage. Querverweis ich hör Dir trapsen scheint dies ein Statement PRO Requestobjekt zu sein, in dem Du - saubere Schnittstelle und Parametrisierung vorausgesetzt - zum Laufzeitpunkt bestimmen kannst, welche Anfragen bearbeitet werden. Ajax ist z.B. meist durch einen speziellen Header gekennzeichnet und soll natürlich auch ein anderes Response-Format liefern. Deshalb stimme ich mit der Aussage

Zitat:

Im Endeffekt sollte es ihr schlicht egal sein, wo sie ihre Eingaben herbekommt.

auch nicht überein. Es sollte ihr mitgeteilt werden können, woher sie die Eingaben beziehen darf.

Zurück zur Kernaussage: Du beraubst Dich der Möglichkeit, Ajax zu verwenden, wenn DU Ajax-Anfragen nicht von normalen GET-Requests unterscheiden kannst. Analog SOAP, was vielleicht durch ein spezielles Anfrageformat gekennzeichnet ist oder sogar POST-Rawdata verarbeiten soll.
http://php.net/manual/de/function.ht...quest-body.php

PHP-Code:

   file_get_contents('php://input')

Themen-Optionen
Druckbare Version zeigen Jemanden per E-Mail auf dieses Thema hinweisen
Thema bewerten
Thema bewerten:

Ähnliche Themen
Thema	Autor	Forum	Antworten	Letzter Beitrag
[Erledigt] Jquery AJAX request wird erst am Ende ausgeführt	PiXeL1337	JavaScript, Ajax und mehr	10	24.02.2011 09:02
[Erledigt] HTTP POST Protokoll Request mit cURL	Cryv	PHP Einsteiger	10	07.01.2011 12:23
[Erledigt] AJAX Request funktioniert nicht	Nickstar	JavaScript, Ajax und mehr	6	10.11.2010 20:21
[Erledigt] Ajax Request mit PHP Registry?	tarian	JavaScript, Ajax und mehr	12	16.09.2010 13:17
[Erledigt] leeres request trotz übergebenen Daten AJAX	mupilz	JavaScript, Ajax und mehr	6	06.04.2010 06:55
[Erledigt] AJAX interpretRequest läuft nur mit alert()	Buschdieb	JavaScript, Ajax und mehr	14	26.08.2009 14:04
Lauftext nach ajax request ?!?!	8eww	JavaScript, Ajax und mehr	11	25.04.2009 12:41
[Erledigt] Ajax Request Datei nicht direkt öffnen	Heinerlutscher	JavaScript, Ajax und mehr	5	02.03.2009 18:10
Was ist mit GET http request gemeint?	cyberholic	PHP Tipps 2008	6	03.05.2008 12:09
innerHTML funktioniert nicht bei AJAX request	Plague	HTML, Usability und Barrierefreiheit	1	21.12.2006 14:30
HTTP request failed! HTTP/1.1 403 Forbidden in...		PHP Tipps 2005-2	5	04.07.2005 01:46
[Erledigt] HTTP Request absetzen und Antwort auswerten		PHP-Fortgeschrittene	1	02.07.2005 13:16
script nicht über HTTP Request	seven-12	PHP Tipps 2005-2	6	10.06.2005 12:45
php script nicht über HTTP Request starten	seven-12	PHP-Fortgeschrittene	3	09.06.2005 22:14
Shoutcast server abfrage mittels ein http header request		PHP Tipps 2004	0	30.10.2004 18:05


Mister Ad PHP Code Flüsterer Registriert seit: 21.08.2005 Beiträge: 4682 PHP-Kenntnisse: Fortgeschritten

23.02.2011, 13:39
fab Erfahrener Benutzer Registriert seit: 28.07.2010 Beiträge: 2.308 PHP-Kenntnisse: Fortgeschritten	Das sieht tatsächlich nach einer missverständlichen Aussage aus. Natürlich ist eine AJAX Anfrage ein HTTP-Request und auch SOAP Anfragen werden meistens mit HTTP durchgeführt (das ist allerdings nicht bindend). In welchem Kontext steht denn dieses "somit" ? Edit @ChrisB: Ich hoffe, das war nicht als Antwort auf meine Frage gedacht __________________ PHP Blog + Library CSS Effects + Tools Geändert von fab (23.02.2011 um 13:43 Uhr).

23.02.2011, 13:40
ChrisB Moderator¹ Registriert seit: 28.03.2010 Beiträge: 7.470 PHP-Kenntnisse: Fortgeschritten	Eine mit „somit ...“ beginnende Aussage wird wohl auf irgendwas Bezug nehmen ... __________________ RGB is totally confusing - I mean, at least #C0FFEE should be brown, right?

23.02.2011, 13:48
fab Erfahrener Benutzer Registriert seit: 28.07.2010 Beiträge: 2.308 PHP-Kenntnisse: Fortgeschritten	Naja, die Argumentation ist da etwas schwach aber der Kern der Aussage stimmt schon: Je weniger Koppelung du zu den Superglobalen aufbaust desto flexibler ist die Anwendung. Im Endeffekt sollte es ihr schlicht egal sein, wo sie ihre Eingaben herbekommt. Ein weiteres Argument dafür ist Testbarkeit. Wenn du für Unit Tests HTTP-Requests simulieren musst, läuft etwas verkehrt. __________________ PHP Blog + Library CSS Effects + Tools

23.02.2011, 15:07
Trainmaster Erfahrener Benutzer Registriert seit: 25.05.2010 Beiträge: 852 PHP-Kenntnisse: Anfänger	Trotzdem finde ich die Aussage haltlos. Selbst wenn ich $_REQUEST explizit verwenden würde, habe ich trotzdem Zugriff auf eine AJAX-Anfrage. Ein Austauschen, so wie es formuliert wird, ist somit hinfällig. Das Argument der Entkoppelung leuchtet mir ein. Nicht aber die Begründung, dass im Fall der Fälle gegen eine SOAP- / AJAX-Anfrage getauscht werden kann, wenn diese ohnehin im HTTP-Request enthalten sind.