addressalign-toparrow-leftarrow-leftarrow-right-10x10arrow-rightbackbellblockcalendarcameraccwcheckchevron-downchevron-leftchevron-rightchevron-small-downchevron-small-leftchevron-small-rightchevron-small-upchevron-upcircle-with-checkcircle-with-crosscircle-with-pluscontroller-playcredit-cardcrossdots-three-verticaleditemptyheartexporteye-with-lineeyefacebookfolderfullheartglobe--smallglobegmailgooglegroupshelp-with-circleimageimagesinstagramFill 1languagelaunch-new-window--smalllight-bulblightning-boltlinklocation-pinlockm-swarmSearchmailmediummessagesminusmobilemoremuplabelShape 3 + Rectangle 1ShapeoutlookpersonJoin Group on CardStartprice-ribbonprintShapeShapeShapeShapeImported LayersImported LayersImported Layersshieldstar-shapestartickettrashtriangle-downtriangle-uptwitteruserwarningyahooyoutube

Re: [php-360] DB opdatering i klasser

From: Jette T.
Sent on: Wednesday, June 24, 2009, 1:25 PM
On tir,[masked] at 18:04 -0400, Troels Knak-Nielsen wrote:
> Med entitet mener jeg en en enhed i en datamodel. Begrebet stammer
> vidst oprindeligt fra ERM
> (https://en.wikiped...­). I en objekt
> orienteret model, vil det v��re de klasser/objekter, som er centrale
> for modellen; Alts�� konkrete ting som Account eller Person. I
> mods��tning til value objects, er entiteter typisk mutable. Dvs. at en
> entitet kan ��ndre sine attributter over tid, uden at miste sin
> identitet. Se evt. Domain Driver Design af Eric Evans. Der findes ogs��
> en les-l��t version af bogen, der kan downloades gratis p��:
> https://www.infoq....­
> 

Jeg har hentet den pdf og sidder og l��ser i den. Som jeg forst��r det
taler man om 'Entiteter' n��r man referere til unikke objekter i modellen
(personen, bilen, huset) og 'Value Objekter' er de byttesten et objekt
best��r af (vindue, d��r, tag).

Det vil sige, for at f�� et komplet billede af et bestemt objekt med alle
attributter, kombinerer man en entitet med de n��dvendige VO'er. Korrekt?

Du sagde tidligere:

"Det er en pointe at undg�� variable felter, da det giver et udefineret
interface. Som regel kan du l��se den slags ved hj��lp af polymorphism.
Alts��, hvis du har nogle entiteter med nogle felter, og andre
entiteter med kun et subset af disse felter, s�� lav to klasser, evt.
med en f��lles baseklasse."

Mine opdateringer skal laves med ��n databaseforesp��rgse­l. Hvordan g��r
jeg lige det, ud fra det du skriver her? Jeg har en entitet og dertil de
VO'er der er n��dvendige i en given situation. Jeg kan jo ikke lave
klasser der tager h��jde for enhver situation, jeg er n��d til at have en
eller anden form for dynamik. Nogengange vil man p�� en person opdatere
h��rfarve og antal b��rn, andre gange adresse og uddannelse.

Indeholder VO'erne information som jeg kan bruge til at bygge min sql
med, eller hvor kommer den info fra? Skal jeg lave en klasse der bygger
sql delen for opdatering af adressen, og en anden der bygger sql til
opdatering af uddannelse, og s�� s��tte de 2 sammen i en baseklasse der
sender foresp��rgslen til databasen... er det det du mener?

Jeg har brugt hele formiddagen p�� at t��nke det her igennem... Men jeg
g��r h��bl��st i st��, n��r jeg n��r hertil :-/

/Jette

People in this
group are also in: