<?xml version="1.0" encoding="UTF-8"?><rss version="2.0"
	xmlns:content="http://purl.org/rss/1.0/modules/content/"
	xmlns:dc="http://purl.org/dc/elements/1.1/"
	xmlns:atom="http://www.w3.org/2005/Atom"
	xmlns:sy="http://purl.org/rss/1.0/modules/syndication/"
		>
<channel>
	<title>Comments on: Moderne Routing-Verfahren in PHP-Apps</title>
	<atom:link href="http://www.valentinvoigt.info/2010/02/moderne-routing-verfahren-in-php-apps/feed/" rel="self" type="application/rss+xml" />
	<link>http://www.valentinvoigt.info/2010/02/moderne-routing-verfahren-in-php-apps/</link>
	<description>Über das Leben eines Freaks...</description>
	<lastBuildDate>Tue, 16 Aug 2011 10:16:39 +0000</lastBuildDate>
	<sy:updatePeriod>hourly</sy:updatePeriod>
	<sy:updateFrequency>1</sy:updateFrequency>
	<generator>http://wordpress.org/?v=3.3</generator>
	<item>
		<title>By: Pascal</title>
		<link>http://www.valentinvoigt.info/2010/02/moderne-routing-verfahren-in-php-apps/comment-page-1/#comment-81</link>
		<dc:creator>Pascal</dc:creator>
		<pubDate>Sat, 20 Feb 2010 20:14:54 +0000</pubDate>
		<guid isPermaLink="false">http://www.valentinvoigt.info/?p=194#comment-81</guid>
		<description>ich kenn mich leider nicht so ganz mit den preg-funktionen aus, aber kann man die expressions von python frameworks wie django/web.py/tornado etc. direkt in php verwenden? mit dem ?P.  kam mir so grad die Frage, weil php ja nicht explizit bestimmte Parameter übergeben kann wie in python (fn(x=123,b=456,c=&#039;abc&#039;) bei fn(b,c,a) beispielsweise)

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&#039;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</description>
		<content:encoded><![CDATA[<p>ich kenn mich leider nicht so ganz mit den preg-funktionen aus, aber kann man die expressions von python frameworks wie django/web.py/tornado etc. direkt in php verwenden? mit dem ?P.  kam mir so grad die Frage, weil php ja nicht explizit bestimmte Parameter übergeben kann wie in python (fn(x=123,b=456,c=&#8217;abc&#8217;) bei fn(b,c,a) beispielsweise)</p>
<p>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</p>
<p>Das implizierte Mappen hat natürlich für&#8217;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</p>
<p>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</p>
<p>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</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Valle</title>
		<link>http://www.valentinvoigt.info/2010/02/moderne-routing-verfahren-in-php-apps/comment-page-1/#comment-80</link>
		<dc:creator>Valle</dc:creator>
		<pubDate>Sat, 20 Feb 2010 18:48:29 +0000</pubDate>
		<guid isPermaLink="false">http://www.valentinvoigt.info/?p=194#comment-80</guid>
		<description>Die Frage ist ja, als was es moderner ist. Moderner als das implizite Routing wie bei Ruby muss es nicht sein. Aber moderner, als das Verfahren, welches mein Kumpel verwendet hat auf jeden Fall. Ich erinner mich auch noch an meine Versuche mit: include($_GET[&#039;page&#039;]); ;-)</description>
		<content:encoded><![CDATA[<p>Die Frage ist ja, als was es moderner ist. Moderner als das implizite Routing wie bei Ruby muss es nicht sein. Aber moderner, als das Verfahren, welches mein Kumpel verwendet hat auf jeden Fall. Ich erinner mich auch noch an meine Versuche mit: include($_GET['page']); <img src='http://www.valentinvoigt.info/wp-includes/images/smilies/icon_wink.gif' alt=';-)' class='wp-smiley' /> </p>
]]></content:encoded>
	</item>
	<item>
		<title>By: massai</title>
		<link>http://www.valentinvoigt.info/2010/02/moderne-routing-verfahren-in-php-apps/comment-page-1/#comment-79</link>
		<dc:creator>massai</dc:creator>
		<pubDate>Sat, 20 Feb 2010 18:43:45 +0000</pubDate>
		<guid isPermaLink="false">http://www.valentinvoigt.info/?p=194#comment-79</guid>
		<description>Stichwort ist das &quot;explizite&quot; Routing im Gegensatz zu dem &quot;impliziten&quot;, wie z.B. standardmäßig von Ruby on Rails verwendet. Dort regelt halt die Konvention, zu welchem Controller gemappt wird. 

Ergo: Ich bin mir nicht sicher ob das &quot;moderner&quot; ist, es ist auf jeden Fall hochkonfigurierbar und eigentlich sollte dieses Feature immer eine Option sein. (Bei Ruby on Rails ist es optional.)</description>
		<content:encoded><![CDATA[<p>Stichwort ist das &#8220;explizite&#8221; Routing im Gegensatz zu dem &#8220;impliziten&#8221;, wie z.B. standardmäßig von Ruby on Rails verwendet. Dort regelt halt die Konvention, zu welchem Controller gemappt wird. </p>
<p>Ergo: Ich bin mir nicht sicher ob das &#8220;moderner&#8221; ist, es ist auf jeden Fall hochkonfigurierbar und eigentlich sollte dieses Feature immer eine Option sein. (Bei Ruby on Rails ist es optional.)</p>
]]></content:encoded>
	</item>
</channel>
</rss>

