Metode eller property

Du bruger en property hvis det logisk set svarer til en variabel i klassen.
Men den behøver ikke være der - feks kan du have en TotalPris property, der udregnes hver gang som antal*pris

compiler mæssigt er der ingen regler overhovedet - property og metoder er to forskellige
syntaxer for det samme (bortset fra de argument mæssige restriktioner på
property)

god skik og brug vil være kun at bruge properties til at styre tilgangen til
private fields og som mindste mål overholde nogle field like lignende regler:
hvis du bruger set med en værdi så skal en get bagefter returnere den værdi,
hvis du kalder get flere gange uden at ændre objektet så skal get returnere
samme værdi

[og ja - jeg synes ikke at DateTime Now skulle have været en property !]

d.v.s der er ikke noget i vejen for at bruge properties på et dataset hvis ens classe indeholder dette ?

ikke umiddelbart properties behøver ikke være simple data typer

-- og et godt eksempel på det er, når man skal bruge serialization på komplicerede xml-filer, hvor grund-klassen typisk indeholder et array af den vigtigste dataholder samt evt. nogle flere properties (hvilket er en forudsætning for serialization !-)

mon ikke arne skal have poin for en lidt mere dybdegående forklaring

Erik var jo først, men han plejer ikke at tage imod point

et svar fra mig

roenving>

XmlSerializer'en tager også public fields