Ik heb een soort van eigen interpretatie van het MVC pattern in een .NET project en zal even kort uit proberen te leggen waarom zo.
Een aantal van mijn objecten zijn ondergebracht in classes en binnen die classes zat businesslogic incluis datareadertjes etc. Zat ondertussen ook wat met WCF te spelen en kwam erachter dat dat soort objecten niet zomaar gemakkelijk geserialized kunnen worden dus besloot mijn ontwerp iets aan te passen, just in case...
Nu zijn er nog steeds die classes met logic erin, maar ook heb ik een model van de properties van bepaalde objecten en als ik iets aan bijv een grid hang, dan is het een 'list of t' van dat model.
Hier komt het probleem: Die list of model moet gevuld worden en als ik bijv eerst een datatable als itemsource van een grid instelde ging het nagenoeg instant, zelfs met een miljoen records.
Nu heb ik een model en mijn resultset van de database moet eerst in een list of bla gepropt worden. Die loop duurt in een geval van meer dan 100.000 records al best aardig lang. Daar komt bij dat dbnull velden gechecked moeten worden omdat die niet zomaar in een nullable of t gepropt mogen worden, dus per property een extra check en eventuele conversieslag.
Anyway, ik heb het idee dat ik het niet juist aanpak.
Volledig overleveren aan zoiets als het entity framework is geen optie omdat ik ook te maken heb met een backend die zich daar niet voor leent.
Een aantal van mijn objecten zijn ondergebracht in classes en binnen die classes zat businesslogic incluis datareadertjes etc. Zat ondertussen ook wat met WCF te spelen en kwam erachter dat dat soort objecten niet zomaar gemakkelijk geserialized kunnen worden dus besloot mijn ontwerp iets aan te passen, just in case...
Nu zijn er nog steeds die classes met logic erin, maar ook heb ik een model van de properties van bepaalde objecten en als ik iets aan bijv een grid hang, dan is het een 'list of t' van dat model.
Hier komt het probleem: Die list of model moet gevuld worden en als ik bijv eerst een datatable als itemsource van een grid instelde ging het nagenoeg instant, zelfs met een miljoen records.
Nu heb ik een model en mijn resultset van de database moet eerst in een list of bla gepropt worden. Die loop duurt in een geval van meer dan 100.000 records al best aardig lang. Daar komt bij dat dbnull velden gechecked moeten worden omdat die niet zomaar in een nullable of t gepropt mogen worden, dus per property een extra check en eventuele conversieslag.
Anyway, ik heb het idee dat ik het niet juist aanpak.
Volledig overleveren aan zoiets als het entity framework is geen optie omdat ik ook te maken heb met een backend die zich daar niet voor leent.