Archief - [PROG][.NET] Databinding

Ik heb een vraagje over databinding in .NET
Deze vraag komt voort uit een discussie met een leerkracht programeren. Hij had een oud student bezocht op zijn werkplaats en daar waren ze radicaal tegen databinding omdat ze dan minder controle hebben.

We kunnen dus met databinding werken en zonder en beide methodes lukken. De leerkracht zijn argumenten waren dat, wat je zelf schrijft heb je volledige controle over.
Mijn argument is vanuit het standpunt van OO dat je bestaande Klasses moet gebruiken en enkel de input en output telt en hoe het gebeurd doet er niet toe.

Nuja, ik vroeg me af als jullie nog andere argumenten hebben waarom wel en waarom niet.

wat bedoel je precies met databinden? Want imo moe je om bv een GridView op te vullen, altijd data gebonden worden .. hoe weet de grid anders wat hij moet tonen?

Als je bedoelt of er een verschil is om via de wizard in VS te werken, of dat je gewoon je datalist in code behind bind, imo is er geen verschil.

grtz AsinuS

wat GridViews betreft kunt ge de headers op 2 manieren aanmaken he, adhv uw database, maar ge kunt ze ook gwn zelf rechtstreeks aanmaken...

advh database is uiteraard veel dynamischer...

(dees was dan nu het eerste dat ik doe voor mijn examen vb.net van donderdag )

imho als je echte controle wilt over je apps pak je vb al niet

geef 1 keyword, half nachte laten koken en volgende dag heb je AI

visual studio veegt dan nog eens je kont af ivm error correction.


ik heb hetzelfde examen op donderdag , en databinding laat je imho genereren. gemakkelijker, dynamischer en sluit menselijke fouten uit


ps van lambrechts ?

Hangt er allemaal een beetje vanaf heh, simpele lijstjes op het scherm kunt ge databinden.

Ge kunt nu ook in .net 2.0 ook makkelijker custom objecten databinden, gewoon classke met properties aan uw controls binden. uw databinding classen kunt ge dan zelf schrijven (aan de hand van 100-tal interfaces )

.net 2.0 is het wel een pak verbeterd, maar tis nog altijd een vrij grote leer-curve, en ge moogt er zeker niet te ver in gaan

Tis soms moeilijk een lijn te trekken,
heb ook liever alles zelf onder controle,
maar met databinding kunt ge sommige dingen properder oplossen
maar dan moet ge weer goed kunnen inschatten wanneer te gebruiken
maar dan hebt ge weer soms wel databinding/soms niet
dat is dan weer niet consistent
en als iemand erna op het project erbij komt kan het qua code-overdracht echt wel hard tegenvallen

ahja en databinden langs de designer, allesinds al zeker niet doen

databinding = veel minder code. Two-way out of the box, sorting, filtering functionaliteit. Indien goed gebruikt drastische vermindering in project tijd.
mooiere code.
KAN een pain in the ass zijn! Bevat nog een aantal annoying bugs.

eigen implementatie:
Not invented here syndrome? schrik om te databinden?
Langere tijd om te implementeren nodig. Two-way is niet standaard. Veel meer code. Own point of view.
Weliswaar meer controle over persistentie.

Eigenlijk heb ik meer nadelen te zeggen over eigen implementatie dan voordelen. Databinding is zo simpel en werkt perfect in designer mode (als je de kleine bugs weet te vermijden). Ik weet niet waarom de persoon hierboven zegt dat databinding via de designer not done is... Zelf heb ik al een aantal projecten gedaan met databinding en je klikt als het ware je schermen in elkaar allemaal in designer mode het enige wat je nog in code doet is de datasource vullen, wat ui aanpassingen heel misschien wat business rules toepassen.

en ja we gaan het warm water niet uitvinden hé, developers zijn over het algemeen lui. Herbruikbaarheid is één van de pijlers van kwalitatieve software.

none the less databinding heeft mijn vote toch

is iemand op de hoogte van welke bugs er dan zijn en wat wordt bedoelt met niet te ver gaan erin?

mijne VS crashed soms als ik het gebruik met de wizard en de wizard marsjeert compleet nie meer . Maar typ die code zelf en plaats ze in het autogenerated gedeelte en dan werkt het ook
OS Vista ulmtimate + VS 2005 (Team suite)

Werkt redelijk goed imo. Maar tis nie altijd even simpel zijn nog wat dingen waar dak het fijne nie van weet.

Databinding verminderd de code zeer drastisch. Uwe leraar zit er naast imo Juist je hebt meer controle maar meer code is meer werk, meer mogelijke bugs. Databinding kan een pain in the ass zijn om te debuggen. Maar het werkt en het werkt goed. Ik gebruik het zelf zeer intensief. Ik raad het ten zeerste aan. Maar doe ook de moeite om uit te vissen wat er behind de scene gebeurd.

ps het zijn geen 100-tal classes maar 2 INotifyPropertyChanged, IEditableObject.

BindingList<T> ook zeer handig.

http://www.windowsforms.net/Samples/Go To Market/Data Binding/DataBinding FAQ.doc

even verduidelijken, ik gebruik nooit wizards, ik maak zelf mijn databinding object aan en leg de bindings zelf in de code.

Dus als er enkel bugs zijn als je met de wizard werkt, zie ik niet in waarom ik het zonder zou doen

Wundagore zei:

imho als je echte controle wilt over je apps pak je vb al niet

geef 1 keyword, half nachte laten koken en volgende dag heb je AI

visual studio veegt dan nog eens je kont af ivm error correction.


ik heb hetzelfde examen op donderdag , en databinding laat je imho genereren. gemakkelijker, dynamischer en sluit menselijke fouten uit


ps van lambrechts ?

Klik om te vergroten...

jup, van rita poepsimpel examen eigenlijk alleen die drag&drop werkte nie helemaal mee.. (toen'k mijn exame buitenkwam besefte ik dat er een drag en drop in de oplossing van het proefexamen stond, en da had ik dus bij...)