VNC stopt er mee :(
persoon class
Ik wil een Person class gaan maken, en nu vraag ik me af welke properties daarbij horen.
Volgens mij heeft ieder persoon in ieder geval een:
- first name
- last name
- gender
- birthday
- dying day * (optioneel)
- social security number (optioneel)
- description (optioneel)
* Weet iemand het Engelse woord voor sterfdag? Google Translate zegt "anniversary", maar dat lijkt me meer een verjaardag. Ik zie ook "dying day". Is dat correct?
Zijn er nog meer properties waar ik nog niet aan heb gedacht, maar die wel bij een Person horen?
Bijv. deze site heeft genoeg aan een nickname, password en misschien een biografie. De overheid wil graag ook nog mijn BSN nummer weten. DUO zou dan ook nog graag mijn bankrekening nummer weten. StudieLink wil weer graag weten welke je studie je doet, terwijl Google graag wil weten waar je woont en wat je op een dag doet ;-)
Ik wil eigenlijk een soort "basis" class maken met de basis-properties van een persoon.
>> Adres, Postcode, Woonplaats. Ligt er natuurlijk ook aan waar je het voor gaat gebruiken?
Dit zijn volgens mij geen properties van een persoon. Meerdere personen kunnen namelijk hetzelfde adres, postcode en woonplaats hebben.
>> Bijv. deze site heeft genoeg aan een nickname, password en misschien een biografie. De overheid wil graag ook nog mijn BSN nummer weten. DUO zou dan ook nog graag mijn bankrekening nummer weten.
Correct. Een biografie is gekoppeld aan 1 persoon, dus dat zou inderdaad nog een goede optie zijn. Een bankrekeningnummer weet ik dan weer niet zeker. Is dat altijd persoonlijk, of kunnen meerdere mensen 1 bankrek.nr. delen?
>> StudieLink wil weer graag weten welke je studie je doet, terwijl Google graag wil weten waar je woont en wat je op een dag doet ;-)
Mja... ik snap wat je bedoelt :) Maar dat zou je dan weer kunnen scharen onder "person activities" en niet zozeer onder de persoon zelf.
P.S. Weet iemand het engelse woord voor sterfdag? Is dat dying day?
Hangt van je data behoefte af.
"Een bankrekeningnummer weet ik dan weer niet zeker. Is dat altijd persoonlijk, of kunnen meerdere mensen 1 bankrek.nr. delen?"
Hangt van je data behoefte af.
"Ik wil eigenlijk een soort "basis" class maken met de basis-properties van een persoon."
Dat is heel erg simpel:
Code (php)
PS. In de engelse taal is daar voor zover ik weet geen woord voor. date_of_death is wat ik zou kiezen.
En een persoon kan meerdere bankrekeningen, evt bij verschillende banken, hebben.
Een biografie is een apart ding dat niet bij de persoon hoort maar met een FK naar de persoon te leiden is.
Een persoon kan ook meerdere bio's hebben: verschillende talen of voor verschillende omstandigheden.
BSN nunmmer mag je niet zo maar vragen aan je bezoekers. Is wel persoonlijk, maar niet per se verplicht. Recent nog gezien hoe een NL nieuwe medewerker geen BSN bleek te hebben omdat hij 10 km over de grens woont.
"date of death"
In de serie "death like me" was er altijd sprake van een ETD, "estimated time of death"
Een persoon heeft bij jou niet minimaal een naam? :D
@Ivo:
>> En een persoon kan meerdere bankrekeningen, evt bij verschillende banken, hebben.
Bedoel je daar dan mee dat een bankrek. geen property van een Person is?
>> Een persoon kan ook meerdere bio's hebben: verschillende talen of voor verschillende omstandigheden.
Dat is inderdaad zo. Ik had als property ook "description" bedacht. Die zou je, theoretisch gezien, ook in meerdere talen kunnen hebben. Betekent dat automatisch dat description ook geen property van Person is?
Bij geanonimiseerde data zou ik geen naam willen hebben.
Het hangt af van je data behoefte.
Ah oké. Maar zou je dan wel een Person object aanmaken? Kun je eens een voorbeeldje geven van zo'n situatie?
In het Nederlands kennen we dat onderscheid ook. Een verjaardag wordt na overlijden een geboortedag, omdat een overledene niet meer verjaart…
Ik zou de property gewoon concreter benoemen: $date_born naast $date_deceased bijvoorbeeld. Dat kan best in wat technobabbel in plaats van $date_of_birth in meer puristisch Engels.
Quote:
Bedoel je daar dan mee dat een bankrek. geen property van een Person is?
hangt er vanaf.
Als het gaat om de rekening waarvan jouw webshop incasseert en terugstort.
dan wel.
Als het om een algemene situatie gaat: ik ken zat mensen die bij meerdere banken rekeningen aanhouden.
al was het maar om bij de ene bank gebruik te kunnen maken van de verzekeringen bij een pakket, bij de andere bank te beleggen en een derde bank stelt simpeler een credit card beschikbaar of biedt goede spaarrekeningen.
Dan hoort de persoon (personen) dus bij de bankrekening en niet omgekeerd.
Ivo P op 03/04/2014 14:44:13:
Personen (meervoud) inderdaad, want je hebt bij partners vaak een en/of-rekening.Dan hoort de persoon (personen) dus bij de bankrekening en niet omgekeerd.
Gewijzigd op 03/04/2014 14:47:54 door Ward van der Put
>> Als het gaat om de rekening waarvan jouw webshop incasseert en terugstort.
Waarom is de situatie hier anders volgens jou?
Ozzie PHP op 03/04/2014 14:47:54:
Het laatste stuk vanaf "Als het om een algemene situatie gaat"..." begrijp ik volkomen.
>> Als het gaat om de rekening waarvan jouw webshop incasseert en terugstort.
Waarom is de situatie hier anders volgens jou?
>> Als het gaat om de rekening waarvan jouw webshop incasseert en terugstort.
Waarom is de situatie hier anders volgens jou?
Dat heeft te maken met witwaspraktijken, verduistering en oplichting. Lang verhaal, maar een eventueel tegoed betaal je altijd terug naar de rekening waarvan oorspronkelijk werd betaald.
"Hangt van je data behoefte af", zei Dos al.
We constateerder eerder dat één persoon meerdere rekeningen kan hebben, en dat meerdere personen dezelfde rekening kunnen hebben. En om die reden hadden we gezegd dat een bank.rek.nr. dus geen property is van een persoon. Toen zei Ivo ineens:
Quote:
Als het gaat om de rekening waarvan jouw webshop incasseert en terugstort.
dan wel.
dan wel.
Dat snap ik niet. Waarom zou het in deze situatie ineens wel een property zijn? Ik zou dan namelijk eerder denken dat je een persoon koppelt aan een webshop, en die webshop koppelt aan een bankrekening.
En wat praktisch is bij een site.
Voorbeeld een website van een vereniging.
De bankrekening waarmee persoon zijn maandelijke contributie betaalt (incasso) is daar dé rekening.
Bij de site die budgetcoach speelt, moet je ál je rekeningen op kunnen geven