[pear] Welche Klassen verwenden?

[Lukas Smith]

> From: pear-admin at phpcenter.de [mailto:pear-admin at phpcenter.de] On
Behalf
> Of Tobias Schlitt

> > Welche Klassen koennt ihr fuer folgende Aufgaben empfehlen? Im
> > Vordergrund steht die einfache Wartbarkeit und die Performance.
>
> > 1. Datenbank
>
> > - DB oder MDB? Wo liegen die jeweiligen Vor- und Nachteile?
>
> > - Hat jemand schon DB_DataObject oder DB_QueryTool verwendet? Wenn
ja,
> >   ist der Einsatz empfehlenswert?
>
> DB oder MDB ist eigentlich latte. IMHO für den Individual-Software-
> Gebrauch
> oversized. Wenn Du nur intern entwicklest, solltest Du aus
Performance-
> Gründen
> auf eine Abstraction verzichten.

Also für QueryTool gibt es schon einen Port zu MDB. Für DataObject ist
grad einer in Planung.

Generell würde ich heute sagen, wenn Datentypenabstraktion und
Schemamanagement keine wichtigen Features für das Projekt sind, dann
lieber mit DB gehen. DB ist einfach stabiler.

Ich plane für MDB auch eine API Schlankheitskur in der näherer Zukunft.

> > 2. Templates
>
> > - Gibt es brauchbare Alternativen zu HTML_Template_IT?
>
> > - Wuerdet Ihr eher eine Template Klasse verwenden, die nicht zu PEAR
> >   gehoert?
>
> IT ist IMHO ausreichend für die meisten Zwecke. Performanter
(allerdings
> wohl
> auch komplizierter) dürfte Flexy sein. Findest Du auch in PEAR:
> http://pear.php.net/package-info.php?pacid=111

Jo ich schaue mir auch grad Flexy und Xipe an. Ich hoffe immer noch auf
einem Merge der beiden.

> > 3. Formularverarbeitung
>
> > - Lohnt der Einsatz von HTML_QuickForm?
>
> Das kommt IMHO darauf an, wieviel Du mit Forms machst! Für 2-3
einfache
> Formulare lohnt sich das nicht. Die kannst Du auch im Template
basteln.
> Bei
> "echten" Anwendungen würde ich sowas jedoch vorziehen.
>
> > - Habe bereits mehrmals von HTML_OOH_Form gelesen, finde das Package
> >   aber im Package Browser auf der PEAR Website nicht.
>
> Habe bisher nur Quickform benutzt. OO-Form sollte dann dieses hier
sein:
> http://pear.php.net/package-info.php?pacid=157.

Das Paket wird glaube ich grade wieder von den Toten auf erweckt.

> > 4. Caching
>
> > - Fuer das Cachen ist mir wichtig, dass ich nicht nur den gesamten
> >   Output einer Seite, sondern auch einzelne Seitenfragmente
(Seitenkopf,
> >   Spalte links, Spalte rechts, etc.) unabhaengig voneinander cachen
> >   moechte. Zudem moechte ich die Moeglichkeit haben, nach dem Lesen
der
> >   Cache Dateien noch Veraenderungen vornehmen zu koennen (z.B. fuer
> >   Anzeige des eingeloggten Users etc.)
>
> Darin liegt nicht der Sinn eines Caching. Wenn Du erst Daten cachet
und
> dann
> was darin veränderst (evtl. per Regex) verlierst Du wahrscheinlich
mehr
> Zeit
> als Du beim caching gewonnen hast.
>
> Wenn Du für Header und Footer extra Templates benutzt, sollte aber das
> Caching
> hier auch kein Problem sein.

Jo das hört sich nach Vergewaltigung des Cachings an. Jedoch es gibt
eine Variante wie das Sinn machen könnte und was Du vielleicht auch
meinst:
Partial Caching

D.h. man Cached alles nicht dynamische und lässt beim Rest entsprechende
Platzhalter drin, die man dann in einem zweiten Schritt erst ersetzt.


> > - Kommen wir zur entscheidenen Frage: Cache oder Cache_Lite?
>
> Egal! ;)

Wenn Cache_lite ausreicht dann Cache_lite. Wenn nein dann Cache.

> > Natuerlich werde ich die verschiedenen Packages durchtesten bzw.
habe
> > auch schon einige in der Mangel. Ich wuerde mich jedoch, trotz der
> > Vielzahl meiner Fragen, ueber ein paar Tipps und Hinweise von Leuten
> > freuen, die schon mehr praktische Erfahrungen mit der einen oder
> > anderen Klasse gesammelt haben.
>
> Hoffe ich konnte helfen! Ein guter Anlaufpunkt ist auch immer
> pear-dev at lists.php.net. Ausserdem freuen wir uns immer über fähige
> Entwickler!
> ;)

User fragen aber an pear-general!!!

Gruss,
Lukas