<?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>Kommentare zu: Zend Framework Tutorial Teil 1: Einführung und Anforderungen</title>
	<atom:link href="http://www.ralfeggert.de/2006/08/26/einfuehrung-und-anforderungen/feed/" rel="self" type="application/rss+xml" />
	<link>http://www.ralfeggert.de/2006/08/26/einfuehrung-und-anforderungen/</link>
	<description>Bloggen über das Zend Framework, PHP und anderes Gedöns</description>
	<lastBuildDate>Mon, 02 Aug 2010 11:46:52 +0200</lastBuildDate>
	<generator>http://wordpress.org/?v=2.8.6</generator>
	<sy:updatePeriod>hourly</sy:updatePeriod>
	<sy:updateFrequency>1</sy:updateFrequency>
		<item>
		<title>Von: Ralf Eggert</title>
		<link>http://www.ralfeggert.de/2006/08/26/einfuehrung-und-anforderungen/comment-page-2/#comment-33478</link>
		<dc:creator>Ralf Eggert</dc:creator>
		<pubDate>Wed, 04 Nov 2009 20:47:57 +0000</pubDate>
		<guid isPermaLink="false">http://www.ralfeggert.de/2006/08/26/einfuehrung-und-anforderungen/#comment-33478</guid>
		<description>Hallo Almir,

das Buch basiert auf dem ZF 1.7.4. Seitdem gab es einige Änderungen. Schau mal hier, dort habe ich es beschrieben:

http://www.zendframeworkbuch.de/2009/07/22/skripte-angepasst-fur-zend-framework-1-8-4/

Danke und Gruss,

Ralf</description>
		<content:encoded><![CDATA[<p>Hallo Almir,</p>
<p>das Buch basiert auf dem ZF 1.7.4. Seitdem gab es einige Änderungen. Schau mal hier, dort habe ich es beschrieben:</p>
<p><a href="http://www.zendframeworkbuch.de/2009/07/22/skripte-angepasst-fur-zend-framework-1-8-4/" rel="nofollow"></a><a href='http://www.zendframeworkbuch.de/2009/07/22/skripte-angepasst-fur-zend-framework-1-8-4/'>http://www.zendframeworkbuch.de/2009/07/22/skripte-angepasst-fur-zend-framework-1-8-4/</a></p>
<p>Danke und Gruss,</p>
<p>Ralf</p>
]]></content:encoded>
	</item>
	<item>
		<title>Von: Almir</title>
		<link>http://www.ralfeggert.de/2006/08/26/einfuehrung-und-anforderungen/comment-page-2/#comment-33477</link>
		<dc:creator>Almir</dc:creator>
		<pubDate>Wed, 04 Nov 2009 20:21:53 +0000</pubDate>
		<guid isPermaLink="false">http://www.ralfeggert.de/2006/08/26/einfuehrung-und-anforderungen/#comment-33477</guid>
		<description>Hallo Ralf, ich bedanke mich zunächst für diesen tollen Blog und finde das sehr nett was Du hier betreibst.
Ich habe Heute endlich mein neues Buch erhalten &quot;Das Zend Framework&quot; (konnte es kaum erwarten) und bisch schon dran es zu lesen :) resp. das Kapitel Schnellstart Kzu verstehen und umzusetzen.
Wobei ich die Ordnerstruktur von der CD entpackt habe, mir das neuste ZF 1.9.5 heruntergeladen und das Verzeichnis /library entpackt habe. Beim Aufruf von http://localhost/myapp/public erscheint eine Warnung (Notice: Zend_Loader::Zend_Loader::registerAutoload is deprecated as of 1.8.0 and will be removed with 2.0.0; use Zend_Loader_Autoloader instead in C:\xampp\htdocs\myapp\library\Zend\Loader.php on line 207). Habe mir dann den Anhang A.1, Zend_Application mal angeschaut, aber ich werd einfach nicht schlau. bzw sehe den Wald vor lauter Bäume nicht mehr.

Kannst du aufgrund der Fehlermeldung erkennen was ich falsch mache?
Vielen Dank schon mal im Voraus.

Gruss Almir</description>
		<content:encoded><![CDATA[<p>Hallo Ralf, ich bedanke mich zunächst für diesen tollen Blog und finde das sehr nett was Du hier betreibst.<br />
Ich habe Heute endlich mein neues Buch erhalten &#8220;Das Zend Framework&#8221; (konnte es kaum erwarten) und bisch schon dran es zu lesen :) resp. das Kapitel Schnellstart Kzu verstehen und umzusetzen.<br />
Wobei ich die Ordnerstruktur von der CD entpackt habe, mir das neuste ZF 1.9.5 heruntergeladen und das Verzeichnis /library entpackt habe. Beim Aufruf von <a href="http://localhost/myapp/public" rel="nofollow"></a><a href='http://localhost/myapp/public'>http://localhost/myapp/public</a> erscheint eine Warnung (Notice: Zend_Loader::Zend_Loader::registerAutoload is deprecated as of 1.8.0 and will be removed with 2.0.0; use Zend_Loader_Autoloader instead in C:\xampp\htdocs\myapp\library\Zend\Loader.php on line 207). Habe mir dann den Anhang A.1, Zend_Application mal angeschaut, aber ich werd einfach nicht schlau. bzw sehe den Wald vor lauter Bäume nicht mehr.</p>
<p>Kannst du aufgrund der Fehlermeldung erkennen was ich falsch mache?<br />
Vielen Dank schon mal im Voraus.</p>
<p>Gruss Almir</p>
]]></content:encoded>
	</item>
	<item>
		<title>Von: Internetagentur</title>
		<link>http://www.ralfeggert.de/2006/08/26/einfuehrung-und-anforderungen/comment-page-2/#comment-33262</link>
		<dc:creator>Internetagentur</dc:creator>
		<pubDate>Thu, 05 Feb 2009 08:26:30 +0000</pubDate>
		<guid isPermaLink="false">http://www.ralfeggert.de/2006/08/26/einfuehrung-und-anforderungen/#comment-33262</guid>
		<description>Hallo,

wo findet man eine genaue Anleitung der API für dieses Framework? Gibt es die vielleicht auch in deutsch?</description>
		<content:encoded><![CDATA[<p>Hallo,</p>
<p>wo findet man eine genaue Anleitung der API für dieses Framework? Gibt es die vielleicht auch in deutsch?</p>
]]></content:encoded>
	</item>
	<item>
		<title>Von: Zend Framework Help &#187; Blog Archiv &#187; Zend Framework Tutorial für Anfänger</title>
		<link>http://www.ralfeggert.de/2006/08/26/einfuehrung-und-anforderungen/comment-page-2/#comment-33249</link>
		<dc:creator>Zend Framework Help &#187; Blog Archiv &#187; Zend Framework Tutorial für Anfänger</dc:creator>
		<pubDate>Tue, 20 Jan 2009 23:40:35 +0000</pubDate>
		<guid isPermaLink="false">http://www.ralfeggert.de/2006/08/26/einfuehrung-und-anforderungen/#comment-33249</guid>
		<description>[...] Dieses Tutorial ist eine Aktualisierung des Tutorials von Ralf Eggert. [...]</description>
		<content:encoded><![CDATA[<p>[...] Dieses Tutorial ist eine Aktualisierung des Tutorials von Ralf Eggert. [...]</p>
]]></content:encoded>
	</item>
	<item>
		<title>Von: Zend Framework Help &#187; Blog Archiv &#187; Herzlich Willkommen!</title>
		<link>http://www.ralfeggert.de/2006/08/26/einfuehrung-und-anforderungen/comment-page-2/#comment-33243</link>
		<dc:creator>Zend Framework Help &#187; Blog Archiv &#187; Herzlich Willkommen!</dc:creator>
		<pubDate>Sat, 17 Jan 2009 18:44:58 +0000</pubDate>
		<guid isPermaLink="false">http://www.ralfeggert.de/2006/08/26/einfuehrung-und-anforderungen/#comment-33243</guid>
		<description>[...] möchte ich das fantastische - aber leider auf eine sehr alte ZF Version basierende - Tutorial von Ralf Eggert der (momentan) aktuellen Version (1.7) anpassen.    Tags &#187;   Autor: Uwe E. Schirm Datum: [...]</description>
		<content:encoded><![CDATA[<p>[...] möchte ich das fantastische &#8211; aber leider auf eine sehr alte ZF Version basierende &#8211; Tutorial von Ralf Eggert der (momentan) aktuellen Version (1.7) anpassen.    Tags &raquo;   Autor: Uwe E. Schirm Datum: [...]</p>
]]></content:encoded>
	</item>
	<item>
		<title>Von: Zend Studio for Eclipse und Zend Framework - php.de</title>
		<link>http://www.ralfeggert.de/2006/08/26/einfuehrung-und-anforderungen/comment-page-2/#comment-33220</link>
		<dc:creator>Zend Studio for Eclipse und Zend Framework - php.de</dc:creator>
		<pubDate>Sun, 14 Dec 2008 12:33:18 +0000</pubDate>
		<guid isPermaLink="false">http://www.ralfeggert.de/2006/08/26/einfuehrung-und-anforderungen/#comment-33220</guid>
		<description>[...] ich den überhaupt? ) sondern in meine htdocs von xampp erstellt.  Ich wollte dazu ein einfaches Zend Framework tutorial machen. Ich weis dieses tutorial ist für eine viel ältere ZF Version und auch nicht für das [...]</description>
		<content:encoded><![CDATA[<p>[...] ich den überhaupt? ) sondern in meine htdocs von xampp erstellt.  Ich wollte dazu ein einfaches Zend Framework tutorial machen. Ich weis dieses tutorial ist für eine viel ältere ZF Version und auch nicht für das [...]</p>
]]></content:encoded>
	</item>
	<item>
		<title>Von: Labschi</title>
		<link>http://www.ralfeggert.de/2006/08/26/einfuehrung-und-anforderungen/comment-page-2/#comment-31839</link>
		<dc:creator>Labschi</dc:creator>
		<pubDate>Wed, 18 Jun 2008 08:33:01 +0000</pubDate>
		<guid isPermaLink="false">http://www.ralfeggert.de/2006/08/26/einfuehrung-und-anforderungen/#comment-31839</guid>
		<description>hallo heiko,
das sollte ja kein persönlicher angriff auf deine meinung werden, ich habe ja immer wieder betont das ihr über eine alte version diskutiert etc :)

-&gt; &quot;Als rein kommerzieller Programmierer ...&quot;
was verstehst du unter &quot;kommerzieller programmierer&quot;?! ich arbeite nicht &quot;just for fun&quot; mit php, sondern habe schon an (kommerziellen, immer noch im einsatz befindlichen, stabilen) finanz-anwendungen gearbeitet, die damit programmiert wurden. und ich behaupte einfach mal das zf durchaus in der lage ist, mir bei großen teilen meiner arbeit zu helfen.

jeder hat seine herangehensweise an projekte, da gibt es kein falsch oder richtig.
aber ich denke, das es einem kunden egal ist, mit was ich sein projekt programmiere, solange das produkt das tut, wofür es ausgelegt wurde, weswegen ich deine argumentation mit dem wörtchen &quot;kommerziell&quot; gar nicht nachvollziehen kann. &quot;just for fun&quot; programmiert, glaube ich, keiner freiwillig. aber wieso denn immer fertige produkte benutzen, die u.u. oversized sind, teuer geld kosten und mich je nach dem später mal wieder in abhängigkeiten treibt, die ich vermeiden möchte.

zf ist ein CORE-framework, für mich heißt dass das ich eben NICHT fertige komponenten verwende sondern diese selbst entwickle und auf meine bedürfnisse anpassen kann. das ich dafür nichts bezahlen muss ist doch ein netter nebeneffekt :)

-&gt; &quot;PHP kann OOP programmiert werden, SF ist das meiner Meinung aber nicht.&quot;
was meinst du mit SF?

lg labschi</description>
		<content:encoded><![CDATA[<p>hallo heiko,<br />
das sollte ja kein persönlicher angriff auf deine meinung werden, ich habe ja immer wieder betont das ihr über eine alte version diskutiert etc :)</p>
<p>-&gt; &#8220;Als rein kommerzieller Programmierer &#8230;&#8221;<br />
was verstehst du unter &#8220;kommerzieller programmierer&#8221;?! ich arbeite nicht &#8220;just for fun&#8221; mit php, sondern habe schon an (kommerziellen, immer noch im einsatz befindlichen, stabilen) finanz-anwendungen gearbeitet, die damit programmiert wurden. und ich behaupte einfach mal das zf durchaus in der lage ist, mir bei großen teilen meiner arbeit zu helfen.</p>
<p>jeder hat seine herangehensweise an projekte, da gibt es kein falsch oder richtig.<br />
aber ich denke, das es einem kunden egal ist, mit was ich sein projekt programmiere, solange das produkt das tut, wofür es ausgelegt wurde, weswegen ich deine argumentation mit dem wörtchen &#8220;kommerziell&#8221; gar nicht nachvollziehen kann. &#8220;just for fun&#8221; programmiert, glaube ich, keiner freiwillig. aber wieso denn immer fertige produkte benutzen, die u.u. oversized sind, teuer geld kosten und mich je nach dem später mal wieder in abhängigkeiten treibt, die ich vermeiden möchte.</p>
<p>zf ist ein CORE-framework, für mich heißt dass das ich eben NICHT fertige komponenten verwende sondern diese selbst entwickle und auf meine bedürfnisse anpassen kann. das ich dafür nichts bezahlen muss ist doch ein netter nebeneffekt :)</p>
<p>-&gt; &#8220;PHP kann OOP programmiert werden, SF ist das meiner Meinung aber nicht.&#8221;<br />
was meinst du mit SF?</p>
<p>lg labschi</p>
]]></content:encoded>
	</item>
	<item>
		<title>Von: Heiko</title>
		<link>http://www.ralfeggert.de/2006/08/26/einfuehrung-und-anforderungen/comment-page-2/#comment-31834</link>
		<dc:creator>Heiko</dc:creator>
		<pubDate>Tue, 17 Jun 2008 21:31:46 +0000</pubDate>
		<guid isPermaLink="false">http://www.ralfeggert.de/2006/08/26/einfuehrung-und-anforderungen/#comment-31834</guid>
		<description>Hi Labschi

Es ist schon wieder 9 Monate her nach meinem letzten Posting! (wie die Zeit vergeht und wieder mal spät abends)

Labschi, ZF mag jetzt in der Version 1.5 erhältlich sein. Als rein kommerzieller Programmierer habe ich mit ZF, seid meinem letzten Posting, nie wieder gearbeitet. Was ich früher nicht konnte wurde verspielt und mein Interesse ist gleich NULL. (gleiches gilt für SMARTY)

OpenSource Projekte mögen gut und schön sein und haben bestimmt auch Ihren Anreiz. Für eine kommerzielle Programmierung verlangen Kunden aber etwas mehr. Leider gibt es in jeder Programmiersprache viele Leute die für &quot;Just for Fun&quot; programmieren. Wir wissen aber alle, dass es von diese Leute nur kurzfristig am Markt sind.

ZF und Smarty sind für meine Arbeiten nach vie vor nicht relevant. XSLT ist Standard -&gt; Smarty nicht. PHP kann OOP programmiert werden, SF ist das meiner Meinung aber nicht.

Lg. Heiko</description>
		<content:encoded><![CDATA[<p>Hi Labschi</p>
<p>Es ist schon wieder 9 Monate her nach meinem letzten Posting! (wie die Zeit vergeht und wieder mal spät abends)</p>
<p>Labschi, ZF mag jetzt in der Version 1.5 erhältlich sein. Als rein kommerzieller Programmierer habe ich mit ZF, seid meinem letzten Posting, nie wieder gearbeitet. Was ich früher nicht konnte wurde verspielt und mein Interesse ist gleich NULL. (gleiches gilt für SMARTY)</p>
<p>OpenSource Projekte mögen gut und schön sein und haben bestimmt auch Ihren Anreiz. Für eine kommerzielle Programmierung verlangen Kunden aber etwas mehr. Leider gibt es in jeder Programmiersprache viele Leute die für &#8220;Just for Fun&#8221; programmieren. Wir wissen aber alle, dass es von diese Leute nur kurzfristig am Markt sind.</p>
<p>ZF und Smarty sind für meine Arbeiten nach vie vor nicht relevant. XSLT ist Standard -&gt; Smarty nicht. PHP kann OOP programmiert werden, SF ist das meiner Meinung aber nicht.</p>
<p>Lg. Heiko</p>
]]></content:encoded>
	</item>
	<item>
		<title>Von: Labschi</title>
		<link>http://www.ralfeggert.de/2006/08/26/einfuehrung-und-anforderungen/comment-page-2/#comment-31833</link>
		<dc:creator>Labschi</dc:creator>
		<pubDate>Tue, 17 Jun 2008 20:42:32 +0000</pubDate>
		<guid isPermaLink="false">http://www.ralfeggert.de/2006/08/26/einfuehrung-und-anforderungen/#comment-31833</guid>
		<description>hallo leute :)

ich hab mir mal die zeit genommen sämtliche kommentare zu lesen, und ich denke das mittlerweile einiges in bezug aufs zf passiert ist. es sind hier einige punkte angesprochen worden, die mir so net gefallen bzw zu denen ich gern etwas sagen würde.

sinngemäß habe ich folgendes rausgelesen:
1. zend ist für schnelles entwickeln von kommerziellen applikationen nicht geeignet, ein Login ist nicht &quot;mal eben so&quot; fertig.
2. andere frameworks sind besser/ schneller einsatzbereit/ ausgereifter.
3. template engines - insbesondere smarty - sind schrott.

meine meinung dazu:
zu 1: zf ist mittlerweile in version 1.5 erhältlich, d. h. viele lücken wurden seit version 0.6 (die hier glaub noch vorlag) geschlossen. zf ist IMO kein (!) framework im sinne von snippet-sammlung, davon gibt es wahrlich genug. man denke bitte an folgendes szenario: zf bietet eine login-komponente an, die ... ja? da fangen die probleme an: ... auf welchem authentifizierungsverfahren basiert? ... welche art backend (datei, datenbank) benutzt?!

zf stellt für mich eine solide sammlung an basisklassen dar, mit der ich durchaus schnell eine applikation schreiben kann. natürlich bedarf das einiger vorüberlegungen und auch einiges an u. u. &quot;unnützer&quot; arbeit wie klassenableitung etc! aber dafür habe ich dann eine applikation, deren core-komponenten durch das zf realisiert wurden und durchaus recht flexibel auf änderungen reagieren können.

es wurde in diesem zusammenhang auch von (mangelnden) oop-kenntnissen gesprochen ... also, ich hab mein test-projekt daheim komplett oop-basiert umgesetzt und habe mit zf 1.5 gar keine probleme, egal ob mit vererbungen, implemetierungen oder komponentenentwicklung. was die modularität von applikationen angeht: zf unterstützt auch module innerhalb einer applikation, mal genauer nachgeschaut?! ;)

zu 2: gemessen daran, das die version des hier diskutierten standes 0.6 war denke ich ist es mehr als logisch, das es &quot;bessere&quot; frameworks als zf gegeben hat :) ich denke mal, das da persönliche vorlieben laut gemacht wurden. ich beschäftige mich jetzt seit 3 monaten sehr genau (an der stelle ein lob an das buch von carsten möhrke) mit zf und muss (persönliche meinung) sagen, das es besser ist als z. b. cake oder ähnlichem.

zu 3: um gottes willen, was hat euch smarty getan?! :D man bedenke dazu eins: smarty ist in php geschrieben, natürlich ist das nur ne schönere art und weise php-code in html einzubetten. aber für otto-normalprogrammierer reicht das allemal aus, es wird von php propagiert und ist somit recht verbreitet. und ich würde mal behaupten, das es für jeden designer leichter ist, &quot;mal eben schnell&quot; ein paar smarty-tags zu lernen als beispielsweise xslt zu lernen.

wobei ich zugeben muss dass das derzeitige projekt, an dem ich mitarbeite komplett mit xml/xslt umgesetzt wird und das sehr genial ist - aber ohne zweifel eine sch* arbeit für den designer. bei uns macht das ein programmierer (xml + xslt + css), und selbst der verzweifelt manchmal daran. eine 100%ige trennung von code und template wird man aber nur dadurch erreichen ...

kleines persönliches fazit:
eure argumente haben alle etwas für sich, aber ich denke, ich habe meine meinung dazu klar dargelegt. hier scheinen sich eine kluge leute zu tummeln, aber teilweise zeigen sich da etwas festgefahrene meinungen. zf bietet eine fülle von core-elementen, mit denen sich schnell und flexibel alle arten von applikationen (auch kommerzielle) erstellen lassen. man sollte net die hybris haben zu behaupten, zf könne nichts richtig gut weil man sowas wie ein login net vergekaut bekommt. dafür ist zf net gemacht worden ... :)

ein kleines &quot;über mich&quot; zum abschluss:
ich habe vor 5 jahren eine ausbildung zu mediengestalter digitale medien angefangen und diese als fachinformatiker anwendungsentwicklung abgeschlossen. ich arbeite seitdem als entwickler für internet-anwendungen (zahlungssysteme, communities, mmogs). daher auch meine meinung bezüglich smarty, es ist einfacher einem grafiker/html-schubser zu erklären, was {foreach} ist als ein schwanz an xslt-anweisungen. zu meinen kenntnissen gehören php, javascript, html/xhtml/xml und mysql. derzeit bereite ich mich auf meine zce-zertifizierung vor und beschäftige mich nebenher mit zf 1.5

gruß labschi</description>
		<content:encoded><![CDATA[<p>hallo leute :)</p>
<p>ich hab mir mal die zeit genommen sämtliche kommentare zu lesen, und ich denke das mittlerweile einiges in bezug aufs zf passiert ist. es sind hier einige punkte angesprochen worden, die mir so net gefallen bzw zu denen ich gern etwas sagen würde.</p>
<p>sinngemäß habe ich folgendes rausgelesen:<br />
1. zend ist für schnelles entwickeln von kommerziellen applikationen nicht geeignet, ein Login ist nicht &#8220;mal eben so&#8221; fertig.<br />
2. andere frameworks sind besser/ schneller einsatzbereit/ ausgereifter.<br />
3. template engines &#8211; insbesondere smarty &#8211; sind schrott.</p>
<p>meine meinung dazu:<br />
zu 1: zf ist mittlerweile in version 1.5 erhältlich, d. h. viele lücken wurden seit version 0.6 (die hier glaub noch vorlag) geschlossen. zf ist IMO kein (!) framework im sinne von snippet-sammlung, davon gibt es wahrlich genug. man denke bitte an folgendes szenario: zf bietet eine login-komponente an, die &#8230; ja? da fangen die probleme an: &#8230; auf welchem authentifizierungsverfahren basiert? &#8230; welche art backend (datei, datenbank) benutzt?!</p>
<p>zf stellt für mich eine solide sammlung an basisklassen dar, mit der ich durchaus schnell eine applikation schreiben kann. natürlich bedarf das einiger vorüberlegungen und auch einiges an u. u. &#8220;unnützer&#8221; arbeit wie klassenableitung etc! aber dafür habe ich dann eine applikation, deren core-komponenten durch das zf realisiert wurden und durchaus recht flexibel auf änderungen reagieren können.</p>
<p>es wurde in diesem zusammenhang auch von (mangelnden) oop-kenntnissen gesprochen &#8230; also, ich hab mein test-projekt daheim komplett oop-basiert umgesetzt und habe mit zf 1.5 gar keine probleme, egal ob mit vererbungen, implemetierungen oder komponentenentwicklung. was die modularität von applikationen angeht: zf unterstützt auch module innerhalb einer applikation, mal genauer nachgeschaut?! ;)</p>
<p>zu 2: gemessen daran, das die version des hier diskutierten standes 0.6 war denke ich ist es mehr als logisch, das es &#8220;bessere&#8221; frameworks als zf gegeben hat :) ich denke mal, das da persönliche vorlieben laut gemacht wurden. ich beschäftige mich jetzt seit 3 monaten sehr genau (an der stelle ein lob an das buch von carsten möhrke) mit zf und muss (persönliche meinung) sagen, das es besser ist als z. b. cake oder ähnlichem.</p>
<p>zu 3: um gottes willen, was hat euch smarty getan?! :D man bedenke dazu eins: smarty ist in php geschrieben, natürlich ist das nur ne schönere art und weise php-code in html einzubetten. aber für otto-normalprogrammierer reicht das allemal aus, es wird von php propagiert und ist somit recht verbreitet. und ich würde mal behaupten, das es für jeden designer leichter ist, &#8220;mal eben schnell&#8221; ein paar smarty-tags zu lernen als beispielsweise xslt zu lernen.</p>
<p>wobei ich zugeben muss dass das derzeitige projekt, an dem ich mitarbeite komplett mit xml/xslt umgesetzt wird und das sehr genial ist &#8211; aber ohne zweifel eine sch* arbeit für den designer. bei uns macht das ein programmierer (xml + xslt + css), und selbst der verzweifelt manchmal daran. eine 100%ige trennung von code und template wird man aber nur dadurch erreichen &#8230;</p>
<p>kleines persönliches fazit:<br />
eure argumente haben alle etwas für sich, aber ich denke, ich habe meine meinung dazu klar dargelegt. hier scheinen sich eine kluge leute zu tummeln, aber teilweise zeigen sich da etwas festgefahrene meinungen. zf bietet eine fülle von core-elementen, mit denen sich schnell und flexibel alle arten von applikationen (auch kommerzielle) erstellen lassen. man sollte net die hybris haben zu behaupten, zf könne nichts richtig gut weil man sowas wie ein login net vergekaut bekommt. dafür ist zf net gemacht worden &#8230; :)</p>
<p>ein kleines &#8220;über mich&#8221; zum abschluss:<br />
ich habe vor 5 jahren eine ausbildung zu mediengestalter digitale medien angefangen und diese als fachinformatiker anwendungsentwicklung abgeschlossen. ich arbeite seitdem als entwickler für internet-anwendungen (zahlungssysteme, communities, mmogs). daher auch meine meinung bezüglich smarty, es ist einfacher einem grafiker/html-schubser zu erklären, was {foreach} ist als ein schwanz an xslt-anweisungen. zu meinen kenntnissen gehören php, javascript, html/xhtml/xml und mysql. derzeit bereite ich mich auf meine zce-zertifizierung vor und beschäftige mich nebenher mit zf 1.5</p>
<p>gruß labschi</p>
]]></content:encoded>
	</item>
	<item>
		<title>Von: ZF-Blog.de &#187; Blog Archive &#187; ZF Video Tutorials</title>
		<link>http://www.ralfeggert.de/2006/08/26/einfuehrung-und-anforderungen/comment-page-1/#comment-31727</link>
		<dc:creator>ZF-Blog.de &#187; Blog Archive &#187; ZF Video Tutorials</dc:creator>
		<pubDate>Wed, 04 Jun 2008 06:57:46 +0000</pubDate>
		<guid isPermaLink="false">http://www.ralfeggert.de/2006/08/26/einfuehrung-und-anforderungen/#comment-31727</guid>
		<description>[...] erfahrenen Entwicklern die mit Zend Framework arbeiten oder Arbeiten werden.    &#160;&#160;&#160; Weiterlesen&#160;&#160;&#160;          Einen Kommentarverfassen [...]</description>
		<content:encoded><![CDATA[<p>[...] erfahrenen Entwicklern die mit Zend Framework arbeiten oder Arbeiten werden.    &nbsp;&nbsp;&nbsp; Weiterlesen&nbsp;&nbsp;&nbsp;          Einen Kommentarverfassen [...]</p>
]]></content:encoded>
	</item>
</channel>
</rss>
