Für meinen Teil muss ich sagen, dass die Funktion mit dem expliziten Mappen mir deutlich mehr liegt bzw. ich sie schöner finde, da sie an einem Punkt definiert, was logisch und was technisch eine Komponente ist und nicht dies durch eine rein technische Angelegenheit definiert ist. Auch hat man damit nicht das Problem, dass unter /klasse1/funktion1/ automatisch eine Klasse klasse1 zur Verfügung steht, die vielleicht gar nicht öffentlich sein soll

Das implizierte Mappen hat natürlich für’s schnell aufbauen einer Seite meist einen Vorteil, sofern man nach dem Unix-Grundsatz handelt, dass ein Programm (und damit eine Klasse/Funktion/Datei) nur eine Funktion hat und daher seperat zu betrachten ist, dass man bei der Methode nicht extra die Konfiguration immer schreiben/ändern muss

Wenn man natürlich im Vorraus bereits festlegt, was wohin zeigen soll, ist das ganze auch wieder eine praktische Hilfe, da man weiß, was noch eingebaut werden muss und wie es gehen soll

Aber mal von dem Mappen weg: PHP ist schon eine schöne Sprache, wird nur leider von vielen vergewaltigt und in Richtung Performance und Umfang auf Rücksicht dieser ja leider nicht so stark fortentwickelt. Dennoch hat sie Funktionen wie private, vererbbare und statische Eigenschaften im OOP-Bereich, die beispielsweise wiederum python nicht kennt

Ergo: Ich bin mir nicht sicher ob das “moderner” ist, es ist auf jeden Fall hochkonfigurierbar und eigentlich sollte dieses Feature immer eine Option sein. (Bei Ruby on Rails ist es optional.)

function create_seo_url($url) {

/* Schritt 1: Kleinbuchstaben */
$url = mb_strtolower($url,”UTF-8″);

/* Schritt 2: Ausgewählte Zeichen ersetzen */
$search = array (‘ä’, ‘ö’, ‘ü’, ‘ß’, ‘&’);
$replace = array (‘ae’, ‘oe’, ‘ue’, ’ss’, ‘und’);

$url = str_replace($search, $replace, $url);

/* Schritt 3: Alles andere entfernen */
$url = str_replace(‘ ‘, ‘-’, preg_replace(“/[^a-z0-9 ]/”, “”, $url));

/* Schritt 4: Leerzeichen (d.h. ‘-’) am Anfang und am Ende entfernen sowie String ausgeben*/
return trim($url, ‘-’);
}

Meinen Code optimiere ich vorzüglich Richtung Lesbarkeit, dass ist auch Empfehlung von Zend. Ich bin der Meinung, dass der Code relativ gut lesbar ist. Monster wie Reguläre Ausdrücke versuche ich dennoch zu vermeiden, da diese schon sehr starke Performance-Einbußen zu verzeichnen haben. Weiterhin bin ich auch der Meinung, dass diese nicht wirklich gut lesbar sind. Mein Ersatz-Code für die RegEx ist logisch aufgebaut und verwendet sprechende Bezeichner. Mit dem zugehörigen Kommentar sollte sofort alles klar sein.

Mein Favorit wäre also die RegEx-Methode (mit getauschter Reihenfolge).

mfg

Christian

$search = array (‘ä’, ‘ö’, ‘ü’, ‘Ä’, ‘Ö’, ‘Ü’, ‘ß’, ‘&’);
$replace = array (‘ae’, ‘oe’, ‘ue’, ‘Ae’, ‘Oe’, ‘Ue’, ’ss’, ‘und’);
$str = str_replace($search, $replace, $data); // Tauscht Umlaute und Sonderzeichen aus
$str = strtolower($str); // wandelt alles zu Kleinbuchstaben um

$url=str_replace(‘ ‘, ‘-’,preg_replace(“/[^a-zA-Z0-9 ]/”,”",$str)); //sonderzeichen entfernen
return $url;
}