This page (revision-3) was last changed on 02-Jan-2011 13:19 by ThomasBayen 

This page was created on 03-Oct-2006 21:29 by UnknownAuthor

Only authorized users are allowed to rename pages.

Only authorized users are allowed to delete pages.

Page revision history

Version Date Modified Size Author Changes ... Change note
3 02-Jan-2011 13:19 1 KB ThomasBayen to previous Tags hinzugefügt
2 14-Nov-2006 09:56 1 KB MarkusMonderkamp to previous | to last für JSPWiki mit Thomas' und Peter's Filter
1 03-Oct-2006 21:29 2 KB UnknownAuthor to last

Page References

Incoming links Outgoing links

Version management

Difference between version and

Dies ist eine AlteSeite aus unserem UseModWiki bei Sourceforge.

Bitte überarbeite die Seite, passe die Formatierung für das JSPWiki an
und entferne diesen Text.

Vielen Dank!

{{{
>>In Empire 2000 arbeite
ich mit einer Template-Klasse aus dem Buch "Fortgeschrittene
Perl-Programmierung". Je mehr ich damit arbeite, für desto
wichtiger erachte ich es, eine solche Template-Klasse für Objekte
zu haben. Nun überlege ich, diese Klasse zu überarbeiten.

Hierzu erstelle ich ein Anforderungsprofil und sehe mir dann alle
vorhandenen Template-Klassen an, derer ich habhaft werden kann.
Dort lerne ich noch mehr dazu und dann kann ich mir überlegen, was
meine Klasse können sollte.

= Anforderungsprofil =

==== Generelle Dinge ====

* Hohe Performanz des Ganzen. ''Evtl. keine Ableitung, sondern
Konstruktion der Klasse per Template und eval?''
* Nutzbarkeit mit einfachen, vorhandenen Hashes
* Einfachheit aller Schnittstellen, Komplexität ggf. versteckt in
der Klassendefinition
* Kommunikation zwischen Objekten (Callback)

==== Format der Basisdaten ====

* ganz normale Hashes sollten problemlos benutzt werden können
* Datensätze in Arrays (wie in meiner Klasse) haben bisher auch
nicht geschadet
* Datenbankzugriff sollte möglich sein
Callback-Mechanismen fallen aus, wenn ein Objekt in der Datenbank
steht. Entweder ein exklusiver Lock auf die ganze Datenbank oder
generell nur einen User. Hmmm....
* Beschreibung des Objektes ggf. in Definitionssprache
* grundsätzlich auch Funktion ohne Beschreibung

==== gemeinsame Objekteigenschaften ====

* Initialisierung
* Deinitialisierung
* Speichern
* Laden
* Callback-System (Signals and Slots)
* Informationen über das Objekt, seinen Typ, etc.
* Ist es sinnvoll, mit Exceptions zu arbeiten? Wahrscheinlich ja!
* Typüberprüfung (evtl. abschaltbar)

==== aufbauende Erweiterungen ====

* automatische Erstellung von Tk-Oberflächen
* evtl. automatische Erstellung von HTML-Formularen

= Vergleich von CPAN-Modulen =

KlassenTemplatesImCPAN

= Sinnige CPAN-Module, die benutzt werden =

Alternativen für Exception Handling:
* Exception::Class und Error
* Exceptions
<<}}}
<<
----
[{Tag Perl Templates}]