Populate object. Rigtig måde?

Hvis du har en Person class og en PersonData class som beskrevet, så er det måden at gøre det på.

Men jeg ville overveje kun at have en Person class, droppe Populate metoden og så lade Data's metode returnere en Person.

Hvad er best practice ?

Jeg vil gerne lave det bedst muligt og lære noget undervejs.

At en klasse ikke selv ved hvordan den skal persisteres men at en anden klasse ved det.

Hvilket fører til den løsning som jeg foreslår til overvejelse.

Prøv også at kig lidt på hvordan NHibernate gør det.

Hvis det er godt nok til NHibernate, så er det godt nok til dig!

Hej cdull

Jeg forstår sagtens du vil lære det bedst muligt :)

Se her, som sker i Populate:
this.ID = objectReturned.ID;
this.BlaBla = objectReturned.BlaBla;

På den måde siger du at Populate dels skal kende til dit object Person og til dit dataobjekt. Jeg forstår godt tanken bag din opdeling, men den behøver du reelt ikke. Du kan lige så fint lade din Dataklasse returnere dit Person-objekt. Som arne også foreslår!

Ja ja.. bla bla.. så vil en masse argumentere for at Person ikke har nogen relevans ifht. data og datalaget kun skal behandle data og man ikke må binde noget fra bund imod top osv. Og pludselig er dit Person-objekt bundet fra data til service og det må du ikke brug et interface... Argumenterne er mange, men i virkeligheden kommer det an på hvordan man opfatter datalaget og i særdeleshed hvilken designarkitektur man vil følge. Det er en lang diskussion som ikke lige lader sig udspille her fredag morgen *GG*

Nok om det :)

En ting jeg måske lige kan nævne, istedet for:
this.ID = objectReturned.ID;
this.BlaBla = objectReturned.BlaBla;

Så i dit dataobject, det vil sikkert se sådan her ud:
public Person GetPersonById(int id)
{
...
}

Kan du gøre sådan her, hvis du vil lidt med videre fra 2.0

public Person GetPersonById(int id)
{
//some logic to retrieve data...
var result = ..... // as person data

return new Person(){Id = result.Id, Name = result.Name, Address = result.Address};
}

Skriv hvis du vil vide mere :)
Hyg dig

Hej Janus.

Tak for dit svar. Jeg har netop forsøgt at holde lagdelingen, men kan se at det give mig et ekstra led af vedligeholdelse.
Tilføjer jeg en property til min business class person, skal den også assignes i data laget, og også i min populate.
Det giver mening at fjerne populate, da jeg derved mindsker vedligeholdelse og at der er mindre chance for fejl.

ang. var result er jeg ikke helt med endnu.
Hvilken version er det fra? Kan du forklare det hurtigt?

Tak.

Hvilken version bruger du af C#?

Jeg sidder stadigvæk fast i 2.0 :)

Woot? Hvorfor? Skift til 3.5, du vil opleve at mange ting bliver nemmere.

Problemet med at Person er i BLL og Data er i DAL og at DAL ikke bør have afhængigheder af BLL kan løses på ihvertfald to måder:

1) Flyt Person til et DML som både BLL og DAL bruger.

Tænk:

PL    D
BLL   M
SAL   L

2) Ændre Data så den bruger generics, reflection, config filer og ikke behøver at kende Person.

Hm. Hvor blev det indlæg af?

Hm. Så kom det frem.

Der hvor der tsår SAL skal der naturligvis stå DAL.

Tak for svar begge to.

Jeg tror jeg vil kigge nærmere på DML. Og se om jeg kan gøre det bedre, så der er så få afhængigheder som muligt.

Jeg har fået en del ud af det her, så smid gerne et svar begge to.
Og så siger jeg mange tak.

svar

tiptop