Hoi,
Ik werk aan een website waar je op een gegeven moment criteria bij elkaar klikt om een bepaald object mee terug te vinden. Nu worden alle mogelijke opties opgeslagen in de database (4x een integer). Ik gebruik in deze site een simpele DAO. Elk "ding" heeft een Manager object en een Record object. Het manager object praat met de database, het record object is een opgepoetste representatie van het Sql record.
Nu voelt het een beetje krom om nu voor elke criteria regel een apart Record object te maken, aangezien het aantal criteria regels nogal explosief stijgt naar mate je meer dingen kiest. Maar ik kan moeilijk opeens direct met de sql server gaan praten in de gewone code.
Is er misschien iemand die een beter idee heeft om dit toch via dit design te laten werken zonder dat ik een enorm aantal "CriteriaRecord" objecten moet maken? Is het erg 'fout' om een methode in de Manager te maken welke direct de waarden in de database plaatst?
Ik werk aan een website waar je op een gegeven moment criteria bij elkaar klikt om een bepaald object mee terug te vinden. Nu worden alle mogelijke opties opgeslagen in de database (4x een integer). Ik gebruik in deze site een simpele DAO. Elk "ding" heeft een Manager object en een Record object. Het manager object praat met de database, het record object is een opgepoetste representatie van het Sql record.
Nu voelt het een beetje krom om nu voor elke criteria regel een apart Record object te maken, aangezien het aantal criteria regels nogal explosief stijgt naar mate je meer dingen kiest. Maar ik kan moeilijk opeens direct met de sql server gaan praten in de gewone code.
Is er misschien iemand die een beter idee heeft om dit toch via dit design te laten werken zonder dat ik een enorm aantal "CriteriaRecord" objecten moet maken? Is het erg 'fout' om een methode in de Manager te maken welke direct de waarden in de database plaatst?
[ Voor 6% gewijzigd door Verwijderd op 05-11-2003 21:40 ]