Request-Handling in Webanwendungen

Jens Arps — Thu, 05 Mar 2009 20:35:18 +0000

Das Verwalten der Requests (also der Anfragen über die Methoden GET und POST; andere Methoden wie PUT oder HEAD spielen hier keine Rolle) ist eine immer wiederkehrende Aufgabe in Rich Internet Applications.

Der direkte Zugriff auf die Requests unter PHP auf die Variablen $_POST und $_GET ist nicht nur unschön, sondern vor Allem unhandlich und unflexibel. Allein dass Überprüfen der abzufragenden Variablen mit empty($_POST['key']) oder isset(...) ist unübersichtlich und verbraucht unnötig Code. Vorsicht beim Zugriff über $_REQUEST; zu den oben genannten Problemen kommt hinzu, dass in $_REQUEST auch Cookie-Daten enthalten sind.

Aus diesem Grund arbeiten viele Programmierer mit einer Komponente, die das Lesen und Setzen dieser Variablen vereinfacht und vereinheitlicht. Leider haben viele dieser Komponenten Fehler oder sind unhandlich aufgebaut, so dass der Umgang mit ihnen die Arbeit letzendlich doch nicht vereinfacht.

Daher möchte ich an dieser Stelle die Request-Komponente vorstellen, die ich schon seit geraumer Zeit benutze, und die mich noch nie im Stich gelassen hat. Es ist ein einfacher, grundlegender Requester, der nach Belieben erweitert werden kann, aber alle grundlegenden Anforderungen an eine solche Komponente erfüllt. Der Code ist in PHP geschrieben, dürfte sich aber in kürzester Zeit in jede andere Sprache portieren lassen.

Der Requester implementiert das Singleton-Designpattern – was für diese Aufgabe wie geschaffen ist. Man muss im bootstrapping-Prozess der Applikation einmal die Methode collectRequests() aufrufen:



// file: bootstrap.php

// (...)

// start your autoloader oder require the file directly

YourProjectName_Requests::getInstance()->collectRequests(); // (...)

Später dann stehen die Methoden zum bequemen Umgang mit POST und GET Variablen zur Verfügung:



// file: YourProjectName_SomeClass.php

$key = YourProjectName_Requests::getInstance()->getIfPost('key');

if(!$key) // (...)

switch($key) { // (...) }

Oder, je nach Anwendungsfall, eben direkt über eine Referenz:



$this->requests = YourProjectName_Requests::getInstance();

// (...)

$result = $this->requests->set('otherKey','newValue','post');

Im wesentlichen stehen alle grundlegenden Methoden für den Umgang mit Requests zur Verfügung (get, set, conditional get, method check). Außer einer unset-Methode: eine Requests-Variable zu ‘unsetten’ ist schlechter Stil – der bessere Weg ist es, ihren Wert auf null zu setzen.

Darauf aufbauend, kann man den Requester dann mit Allem ausstatten, was man für sein eigenes Projekt benötigt. Der Code ist dokumentiert und einfach zu erweitern.

Und so funktioniert’s: Einfach herunterladen, die Dateiendung .txt entfernen, einen passenden Klassen-Namen auswählen und loslegen.

Download: requests.php.txt

Content Kontrolle durch CSS

Jens Arps — Mon, 22 Dec 2008 01:04:33 +0000

Ein wichtiges Ziel bei der Erstellung einer Webseite ist es, validen und auch semantischen Code zu produzieren. Dies hat viele Gründe, auf die ich aber hier nicht näher eingehen will.

Der erste Schritt, dies zu erreichen, ist die Erstellung des Templates. Hier gibt es Hilfsmittel, die einen bei dieser Aufgabe unterstützen: sei es direkt bei der Erstellung in einer Entwicklungsumgebung, die das Markup live auf Fehler überprüft, oder den W3C Validator, durch den man das fertige Template jagt um abschließend zu schauen, ob man nicht doch etwas übersehen hat.

Auch beim Schreiben des CSS ist es nicht anders: Die Entwicklungswerkzeuge verhindern Tippfehler, und der W3C Validator macht die Abschlusskontrolle.

Aber was ist mit dem Inhalt, den das CMS später in das Template einfügt?
Zum Einen können auch im Inhalt fehlerhafte Tags die Validität der Seite zerstören. Sei es ein -Tag, das sich nicht selbst schließt, oder ein fehlendes „summary“ Attribut in einer Daten-Tabelle. Dies lässt sich noch mit Hilfe des Validators überprüfen. Zum Anderen gibt es aber auch unerwünschtes Markup: zum Beispiel ein leeres „alt“ Attribut in einem Bild, oder ein fehlendes „title“ Attribut in einem Link. Hier hilft der Validator nicht weiter, da das Markup ja valide ist.

Außerdem gibt man die Kontrolle der Inhalte der Seite aus der Hand, sobald man das Projekt an den Kunden übergibt; sofern die Agentur nicht mit dem Einpflegen neuer Inhalte beauftragt wurde.

Ist es also möglich, den Inhalt einer Seite schnell zu überprüfen, auch auf unerwünschtes Markup – und das dauerhaft?

Ja! Die Lösung: CSS. Wir bedienen uns hierfür der Pseudoklasse :not und der Attribut-Selektoren, um unerwünschtes Markup in der Seite zu finden und optisch hervorzuheben. So können wir auf den ersten Blick feststellen, ob es Probleme gibt, und wo diese sind – ohne den Quelltext der Seite untersuchen zu müssen. Zum Markieren benutze ich hier die Eigenschaft „outline“; natürlich kann man stattdessen auch beliebige andere Eigenschaften verwenden.

Veraltete / unerwünschte Tags finden

Eine einfache Aufgabe, man stelle ein Liste zusammen, auf die man überprüfen will. In diesem Beispiel ,

und

Onlineabteilung » Entwicklung

Request-Handling in Webanwendungen

Content Kontrolle durch CSS

Ist es also möglich, den Inhalt einer Seite schnell zu überprüfen, auch auf unerwünschtes Markup – und das dauerhaft?

Veraltete / unerwünschte Tags finden