Det lyder fornuftigt ud fra det, du har beskrevet, selvom den sande test kommer, når du for alvor begynder at udvide den.
Jeg bygger normalt en kerne af tre klasser:
- en databasebehandler
- en generisk objektbehandler
- en generisk indsamlingsbehandler
Hver tabel får en afledt fra objektklassen til at repræsentere en række i tabellen, og en klasse afledt fra samlingen, som repræsenterer noget af eller hele tabellen og vil returnere individuelle objekter som anmodet. Der er også en statisk "registrerings"-funktion til opsætning af alle nødvendige oplysninger (tabelnavn, gyldige felter osv.) én gang for hver klasse.
Nogle gange er en samlingsklasse også et objekt for en anden tabel. De generiske objekter og registreringsmekanismen, jeg skrev for evigheder siden, håndterer dette problemfrit.