Modulstruktur von TBI II

 [Vorheriges Kapitel]  [Vorherige Seite]  [Inhaltsverzeichnis]  [Nächste Seite]  [Nächstes Kapitel]

*Konkret besteht bei DBI daß Problem, das es keine portable Ermittlung von Meta-Informationen über eine Datenbank gibt (Namen der Tabellen, Felder einer Tabelle, primärer Schlüssel einer Tabelle).
 
*Wenn längere Ableitungsketten (wie im Beispiel mit TBI -> TBD::DBI -> TBD::DBI::MySQL) vorkommen können, dann ist es sehr wichtig, daß bereits vom Basismodul (hier TBI) Spielregeln festgelegt werden,

*wie neue Objekte in kooperativer Weise angelegt und initialisiert werden,
 
*wie DESTROY (bei der Garbage-Collection) und ggf. explizite Schließ-Operationen abgearbeitet werden,
 
*unter welchen Namen private Komponenten bei dem Objekt abgelegt werden dürfen und
 
*wie ggf. Registrierungen abgeleiteter Module bei dem Basismodul ablaufen bzw. umgekehrt das Basismodul abgeleitete Module entdeckt.
 

 [Vorheriges Kapitel]  [Vorherige Seite]  [Inhaltsverzeichnis]  [Nächste Seite]  [Nächstes Kapitel]
Copyright © 1996 - 2003 Andreas Borchert, in HTML konvertiert am 01.10.2003