<html>
<body>
<font size=3>Hallo Leute,<br><br>
da mich wohl die meisten von Euch noch nicht kennen, nutze ich die
Gelegenheit für eine kurze Vorstellung:<br><br>
Ich bin 34 Jahre alt, verdiene seit 1998 meine Brötchen vor allem mit
Perl, meist in den Bereichen, die eher in Richtung Systemprogrammierung
gehen (z.B. Metadirectories, Identity Management, Automatisierungen) und
bin vor zwei Wochen von Frankfurt nach Köln gezogen (mehr Details findet
Ihr auf meiner Homepage unter
<<a href="http://www.fabiani.net/" eudora="autourl">
http://www.fabiani.net/</a>>). Ich leite seit 2003
<<a href="http://www.perl-community.de/" eudora="autourl">
http://www.perl-community.de/</a>> und bin auch auf
<<a href="http://www.perlmonks.org/" eudora="autourl">
http://www.perlmonks.org/</a>> unterwegs (beides unter dem Pseudonym
Strat).<br><br>
Webprogrammierung verwende ich beruflich eher selten, höchstens mal fuer
Admin-GUIs oder Schnittstellen zu Datenbanken/Directories oder zur
Datenvisualisierung. Momentan entwickle ich gerade beruflich eine neue
Version einer DB-Abstraktionsschicht, mit der man mit SQL auf Daten
zugreifen kann, die über verschiedene Datenbanken/XML-Dateien/andere
Datenhaltungssysteme verteilt sind, transparent zugreifen kann (z.B. eine
Tabelle zieht sich über mehrere XML-Daten hinweg).<br>
Meine einzige größere Webanwendung ist (mit Hilfe einiger Leute von
Perl-Community.de wie Renée) die Forensoftware auf
<<a href="http://board.perl-community.de/" eudora="autourl">
http://board.perl-community.de/</a>>, die auf mod_perl +
HTML::Template::Compiled + DBI + MySql basiert. Mit Catalyst und
DBIx::Class habe ich schon ein wenig rumgespielt, es aber noch nie
produktiv eingesetzt.<br><br>
So, nun will ich auch mal meinen Senf dazugeben; vielleicht ist es ja für
den einen oder anderen hilfreich.<br><br>
<blockquote type=cite class=cite cite="">Jens Gassmann wrote:<br>
MVC hat viele Vorteile, aber die Trennung in Datenmodell, Datensicht und
<br>
Datenverarbeitung ist natürlich ein Wunschtraum....</font><br>
<font size=3>... Ich habe noch keine View gesehen, <br>
die ich aus einer Forensoftware rausnehmen und fuer eine <br>
Kalendersofteare verwenden könnte.</blockquote><br>
Das soll, wenn ich MVC richtig verstehe, auch gar nicht der Sinn sein.
Der Sinn soll meiner Meinung nach sein, diese Komponenten innerhalb einer
Application(sgruppe) zu trennen und voneinander zu abstrahieren, damit an
fuer Anpassungen einer Komponente nicht alles andere auch anpassen
muss.<br><br>
Model: z.B. DBIx::Class + Datenbank = Schnittstelle zur Datenbank<br>
Controller: Perl selbst + Daten zur Verfügung stellen für View<br>
View: HTML-Templates (vorzugsweise mit HTML::Template::Compiled oder
TT)<br><br>
Leider lässt sich das meist nicht 100% einhalten, da man in der Praxis
fast immer kleinere Vermischungen benötigt (z.B. Begingungen oder
Schleifen im Template). Aber je abkstrakter man die Schnitstellen
zwischen den Komponenten hinbekommt, desto leichter lässt sich die Arbeit
auch aufteilen (zumindest zwischen Webdesignern und Perl-Programmierern,
wenngleich auch da viel kommunikationsbedarf besteht).<br><br>
<br>
Zu den Templating Systemen:<br><br>
Fuer Webprogrammierung verwende ich lieber HTML::Template::Compiled als
HTML::Template, weil dies gerade die paar Funktionen mehr bietet, die man
doch manchmal benötigt und bei HTML::Template eine Vermischung View und
Controller erzwingen. Nebenbei läuft HTC in fast allen Situationen
schneller.<br><br>
TT ist ein sehr mächtiges Templating System. Mir bietet es jedoch -
gerade bei Web-Anwendungen - fast immer viel mehr an Funktionen als ich
benötige. Da ich nicht bereit bin, den Preis dafür zu bezahlen, bevorzuge
ich HTC.<br><br>
<blockquote type=cite class=cite cite="">At 21:28 15.03.2008, Patrick
Krusenotto wrote:<br>
... XML-Bearbeitung geht wie von selbst mit "XML::Simple". Das
Modul denkt <br>
leider manchmal unaufgefordert mit und behandelt zb attribute, die den
<br>
Namen "name" haben wie Schluessel. Das kann man aber
abstellen....</font></blockquote><br><br>
Zu den Modulen: XML::Simple ist sehr einfach, kann aber dafür auch sehr
wenig. Ich bevorzuge Kombinationen aus LibXML und XPath, die allerdings
um einiges komplexer zu behandeln sind.<br>
XML ist jedoch gerade bei größeren Dateien und/oder komplexeren
Strukturen ein recht aufwendiges Format. Man sollte überlegen, ob andere
Formate das Leben nicht einfacher (und schneller) machen.<br><br>
<font size=3>Gruss und einen schönen Sonntag,<br><br>
Martin<br><br>
<hr>
<b>Software Engineering Martin Fabiani:<br>
</b>- Perl-Entwicklung<br>
- Perl-Schulungen<br>
- Metadirectories und Identity Management<br>
- Datensynchronisierungen<br><br>
</font><tt>
<a href="mailto:martin@fabiani.net%A0%A0%A0%A0%A0%A0%A0%A0" eudora="autourl">
mailto:martin@fabiani.net
</a> /
<a href="http://www.fabiani.net/" eudora="autourl">
http://www.fabiani.net/<br>
</a><a href="mailto:m.fabiani@linux-services.org" eudora="autourl">
mailto:m.fabiani@linux-services.org</a> /
<a href="http://www.linux-services.org/" eudora="autourl">
http://www.linux-services.org/<br>
</a><a href="mailto:strat@perl-community.de%A0%A0%A0" eudora="autourl">
mailto:strat@perl-community.de </a> /
<a href="http://www.perl-community.de/" eudora="autourl">
http://www.perl-community.de/<br>
</a>
<a href="mailto:strat@cpan.org%A0%A0%A0%A0%A0%A0%A0%A0%A0%A0%A0%A0" eudora="autourl">
mailto:strat@cpan.org
</a> / tel: +49-69-47885599<br><br>
<br>
</body>
</html>