[Visual Basic 2005/2008] Gebruik van datasources

[Verwijderd]

Ik maak al een tijdje applicaties in VB (2005 en 2008) icm Sql Server 2005. Nu maak ik voor elke scherm en dan weer voor elke tabel gebruik van een aparte datasource. Dus als er een scherm is met een grid met alle relaties is dat een andere datasource dan die op het scherm met de detail gegevens van de relaties. De datagrid met contactpersonen bij de relaties heeft ook weer een aparte datasource. Idem voor de detailgegevens van de contactpersoon.

Deze datasources bevatten fill (select), update, insert en delete commands die ik gedefineerd heb in de datasource. Op zich is dit best veel werk om bij te houden; wanneer je één veld toevoegd moet je alle datasources langs om dit veld toe te voegen.

Ik heb eigenlijk niet echt een idee waarom ik dit zo doe, maar voor mijn 'gevoel' is het sneller en iemand heeft me ooit een keer gezegd dat dit de beste manier is om om te gaan met sql data. Nu mijn applicaties wat groter worden vind ik het wel wat 'uitgebreid' worden om allemaal bij te houden.

Op wat voor manier kan ik het beter gaan doen? Ik heb al heel wat gezocht/nagevraagd maar ik kom niet echt tot een duidelijke aanpassing van mijn werkwijze.

[beany]

Je zou hier eens kunnen kijken:

.Net Data Access, wat is nou het beste?

En nu ik er wat meer over nadenk, gebruik tijdens je zoektocht eens de volgende zoektermen:

- ORM mapping, het mappen van database tabellen naar objecten(nhibernate, LLBLGen Pro, linq 2 sql zijn een aantal produten)
- MVC(Model View Controller), MVVC, MVP pattern. Manier om je view(forms), acties(button clicks) en logic(opslaan, validatie e.d.) te scheiden.

[ Voor 65% gewijzigd door beany op 24-02-2009 20:56 ]

[Verwijderd]

Je kan natuurlijk ook gewoon je query's centraal in functies plaatsen. Geef je een datasetje terug kun je er overal bij.

Kun je later altijd nog met OO aan de gang.

[Kentsfield]

Ik zou persoonlijk een soort van Data access layer gebruiken en via stored procedures / views mijn data ophalen. Dit kan je ook wel simplified uitwerken, http://en.wikipedia.org/wiki/Data_access_layer.

Voor elke grid /listview of wat anders steeds een nieuwe datasource aanmaken klinkt niet logisch, in vb is zoveel mogelijk OO programmeren voor de overzichtelijkheid wel aan te raden vind ik.

success.