Ontwerpen usermanagement

Overzicht Reageren

Sponsored by: Vacatures door Monsterboard

lead aws developer

Goedemorgen Netwerk, Momenteel ben ik op zoek naar een lead aws developer die de leiding neemt in het oplossen van ingewikkelde techniesche vraagstukken. De permanente aanstelling is uit te voeren in de omgeving van Den Haag. Wat breng je mee voor de rol van lead aws developer: Afgeronde HBO/universitaire opleiding; Minstens 5 jaar aantoonbare ontwikkel ervaring; AWS Serverless (Lambda), Glue, Python, PySpark, s3, DynamoDB, Athena, API gateway zijn voor jou geen geheim; Ervaring met databases en APIs, DevOps werken en CI/CD; Gedegen kennis van en ervaring met Agile/scrum werken; Je spreekt goed Nederlands. Wat bezorgen wij jou? Een uitdagende functie

Bekijk vacature »

Medior Front-end Developer

Front-end Developer bij Capgemini Bij Capgemini DCX bouwen we niet zomaar webapplicaties en mobiele apps waar onze opdrachtgevers en hun klanten mee overweg kunnen. Nee, we ontwikkelen applicaties voor miljoenen gebruikers en dan ook nog apps waar men écht gelukkig van wordt. Van de medewerkers in de organisatie zelf tot aan de eindgebruikers. En als Front-end Developer ben jij hierbij onmisbaar! De rol Van het bouwen van nieuwe functionaliteiten, het behouden, bewaken en verbeteren van de huidige infrastructuur en applicaties tot aan het ontwikkelen van nieuwe innovaties. Als Front-end Developer ben je de (lead) developer binnen jouw scrumteam en werk

Bekijk vacature »

Senior .NET developer gezocht, web applicatie, Del

Voor bedrijf in Delft, dat zich richt op de ontwikkeling van online applicaties ter ondersteuningen van administratieve processen voor het midden- en kleinbedrijf, zijn we op zoek naar een ervaren .NET ontwikkelaar. De software afdeling bestaat uit meerdere scrum teams met een ruime variëteit aan junior en senior ontwikkelaars. De werkzaamheden bestaan uit een mix van nieuw te ontwikkelen functionaliteiten, technische verbeteringen en onderhoud. De software wordt geschreven in C#, VB.NET, ASP.NET, WebForms, MVC en Javascript en draait in Amazon Cloud. Verder speelt SQL Server een belangrijk rol en gaan ze in de toekomst steeds meer naar Azure Web Services

Bekijk vacature »

.NET fullstack developer gezocht, Hendrik Ido Amba

Een goede onderlinge sfeer, relaxte omgang met elkaar, leuke afwisselende projecten, snelle adoptie van nieuwe technieken en een mooi pand met uitstekende voorzieningen; slechts een greep uit de redenen waarom de werknemers graag bij dit bedrijf werken. Iets voor jou? Lees dan verder! Het bedrijf/werkzaamheden Voor een softwarebedrijf in Hendrik Ido Ambacht zijn we op zoek naar een ervaren .NET developer. Het gaat hierbij om een groeiende IT dienstverlener bestaande uit 50 mensen. De lijnen zijn kort en er heerst een informele en collegiale sfeer. Dit uit zich onder meer in de regelmaat van teamuitjes, dagelijks goed verzorgde lunches en

Bekijk vacature »

Senior iOS Developer vacature

Je bent innovatief. Je bent creatief. Jij gaat voor een topbaan. Mobile apps ontwerpen, uitwerken en realiseren, dat is jouw passie! Met grote toewijding richt jij je dan ook op een app waarmee consumenten met een gezichtsscan betalen. Of je stort je je op een app die de temperatuur in huis op afstand kan regelen. Het spreekt voor zich dat jouw apps top of the bill zijn als het gaat om gebruiksvriendelijkheid en veiligheid. Ze hebben impact. Je voelt je als een vis in het water in een iOS-omgeving maar, veelzijdig als je bent, kun je ook met andere platforms

Bekijk vacature »

Supply Chain Software Developer (.NET / C# / SQL)

Do you enjoy working in a small, but highly qualified, international team of professionals? Are you self motivated and well organized? Do you already have the necessary permits to live and work in the Netherlands? Outperform Planning in Delft are looking for a talented software developer to strengthen the development team. Outperform Planning are building a highly complex but also proven enterprise business solution for Sales and Operations Planning, being the strategic partner for some famous brands world wide. Interested? Let us know and click the purple button to send your resume and motivation letter. Position requirements Passion for customer

Bekijk vacature »

Senior Front-end Developer

Senior Front-end Developer bij Capgemini Bij Capgemini bouwen we niet zomaar webapplicaties en mobiele apps waar onze opdrachtgevers en hun klanten mee overweg kunnen. Nee, we ontwikkelen applicaties voor miljoenen gebruikers en dan ook nog apps waar men écht gelukkig van wordt. Van de medewerkers in de organisatie zelf tot aan de eindgebruikers. En als Senior Front-end Developer ben jij hierbij onmisbaar! De rol Van het bouwen van nieuwe functionaliteiten, het behouden, bewaken en verbeteren van de huidige infrastructuur en applicaties tot aan het ontwikkelen van nieuwe innovaties. Als Front-end Developer ben je de lead developer binnen jouw scrumteam en

Bekijk vacature »

.Net custom software developer

Jouw uitdaging als .Net developer Als .Net custom software developer creëer je maatwerkoplossingen. Denk aan een mobiele applicatie voor het stroomlijnen van logistieke processen, een platform voor een uitkeringsorganisatie of de passagiersbeleving van een vliegtuigmaatschappij. Hierbij gaat het vaak om complexe omgevingen met veel gebruikers, waarbij de lat dus hoog ligt. Wat jouw werkzaamheden zoal zijn? Je werkt mee aan het gehele ontwikkelproces, van ontwerp, design en ontwikkeling tot testen en beheren van Microsoft applicaties en PoC’s. Je gaat werken met o.a. de volgende technologie: Azure, C#, .Net core, Angular, React, Vue en soms AWS. Je neemt deel aan meetings

Bekijk vacature »

Python developer

Voor een goede klant van mij in Hoofddorp zoek ik per direct een Python Developer. Het gaat om werk aan de site en backend systemen waarvan het platform maandelijks een gebruik heeft van meer dan 4,5 miljoen unieke bezoekers. Jij hebt: - een relevante opleiding in computer science, software development etc. -3 jaar ervaring in professioneel web development Django/Python. -HTML/CSS kennis. -Ervaring met High Traffic platformen. -Ervaring met de volgende elementen van software development zoals Git, AWS, (RDS, EC2, Elastic Cache)d, Test driven development, datastores, Elastic search, security, DevOps, Continuous Integration, Scrum, etc. Geen expert kennis maar enige ervaring is

Bekijk vacature »

Senior C# /.NET Developer / Software Engineer / Al

Functieomschrijving Ben jij een medior/senior C#/.NET developer? Wil jij werken met de nieuwste technieken en zelfgebouwde features binnen een dag releasen? Solliciteer dan nu! 60% van de tijd ben je verantwoordelijk voor het ontwikkelen van de software; 30% van de tijd ben je verantwoordelijk voor het verbeteren van de software; 10% van de tijd ben je verantwoordelijk voor bugfixing; Opstellen van complexe queries in SQL; Werken in een DevOps team en Agile-omgeving. Functie-eisen HBO/WO werk- en denkniveau; 3-5 jaar ervaring met C#; Minimaal 2 jaar ervaring met het schrijven van queries in SQL; Ervaring met Azure; Het kunnen begeleiden en

Bekijk vacature »

Junior Software Developer / C#

Functieomschrijving Heb jij al enige ervaring op het gebied van software development en bij voorkeur een afgeronde ICT opleiding? Heb je al enige ervaring met C# / .NET en ben je op zoek naar je eerste of tweede baan? Lees dan deze vacature! Je werkt als Software Developer aan industriële software / software gericht op machine besturing en maakt gebruik van C# en C; Je denkt mee over de architectuur en het design; Je weet requirements te vertalen naar de technische oplossing; Je onderzoekt issues en lost storingen op waar nodig; Je denkt mee over de doorontwikkeling van de software

Bekijk vacature »

Creative Developer

We are expanding our UX team, therefore we’re looking for a new member for our The Hague location. Are you looking for a position where you can get hands-on with developing for the internet of things, AR/VR experiences, voice interfaces, smart systems and anything that combines the digital with the physical, as well as the back-end and cloud services? Are you a curious person, always prepared to collaborate? Are you ready to uncover your vast potential and work hard with your teammates to bring your ideas and software into reality? Then VanBerlo is the design agency you are looking for!

Bekijk vacature »

Traineeship junior programmeur

Zoek jij een stevige uitdaging en de mogelijkheid om veel nieuwe dingen te leren in een dynamisch vakgebied? Doe mee aan ons IT Professional Program en ontwikkel jezelf tot software engineer! Je begint met een opleidingstraject van 3 maanden. Hierin ga je aan de slag met verschillende technieken die je op conceptueel niveau leert te overzien en interpreteren. Onderwerpen die aan bod komen zijn o.a. programmeren (Java/C#/Python), Object Oriëntatie, Databases, Webservices & webtechnologieën, Domain Driven Design en Continuous Integration/Continuous Delivery. Sommige van deze onderdelen sluit je af met een examen en bijbehorende certificering. Het opleidingstraject zelf sluit je af met

Bekijk vacature »

C#.NET Developer Innovatie Techniek Duurzaam Azure

Functieomschrijving Ben jij een C# .NET software ontwikkelaar die graag zijn steentje bijdraagt aan de maatschappij? Ben jij daarnaast geïnteresseerd in technische hardware en weet jij als geen ander gebruikerswensen te vertalen naar technische oplossingen? Reageer dan snel! Jij zult samen met het team verantwoordelijk zijn voor het bedenken, oppakken en coördineren van het gehele ontwikkeltraject voor de nieuwbouw en verbeteringen van de applicaties. Dit houdt in: Het vertalen van gebruikerswensen naar functionele requirements en het maken van ontwerpen; Bedenken van passende inzet van tools en technieken; Het bouwen in C#.NET en maken van koppelingen naar verschillende platformen; Denk ook

Bekijk vacature »

.NET Developer / C# / Grootste ketenpartij in de z

Functieomschrijving Ben jij als .NET developer in staat om met applicaties om te gaan die meer belast worden per seconde dan dat er pintransacties in Nederland in december worden gedaan? Ben jij een backend topper met C# die gaat voor de perfecte code? Dan is dit een topbaan voor jou! Programmeren van high-availability en high-security applicaties in ASP.NET en C#; Samen met je teamgenoten nieuwe applicaties/diensten ontwikkelen in .NET; Overleggen met de informatie analisten en testers; Ontwikkelen van webservices (WCF); 20 % van je tijd besteden aan innovatie; Deelnemen aan projecten om nieuwe ketenpartijen toe te voegen; Bouwen van unit

Bekijk vacature »

Pagina: « vorige 1 2 3 4 5 volgende »

Write Down

Write Down

29/08/2012 16:20:01
Quote Anchor link
Simpel zal dit inderdaad niet zijn, maar volgens mij wel flexibel. Dan kan ik perfect bepalen welke pagina's welke rechten nodig hebben. Voor de gebruikers van het systeem, lijkt me dit ook prima. Ik kan in de GUI dan door middel van checkboxes laten selecteren wat welke groep mag uitvoeren.

Maar goed, even kijken of mijn idee hoe ik het wil uitwerken volgens de 'regels' van OO zijn. Ik zal dit doen a.d.h.v. een korte bespreking wat de functionaliteit is van elke klasse.

Authentication
De gebruiker inloggen / uitloggen. Uiteraard een paar checks invoegen zoals gebanned om gelijk welke reden. Deze methods geven dan iets terug van geslaagd / niet geslaagd (+reden)

Authorization
Is de ingelogde nog wel wie hij/zij zou moeten zijn? Moet er niet gevraagd worden om opnieuw ingelogd te worden?

Permission
Kijken welke permissies nodig zijn voor deze pagina / opvragen welke permissies de gebruiker heeft.

User
Naam bijhouden, user ID, ... Ik vraag me af wat het verstandigste is, een referentie naar de permission class leggen, of de 'rij' bits opslaan?

UserMapper
Zorgt voor de data uitwisseling tussen database en het user object.
 
PHP hulp

PHP hulp

15/11/2019 17:12:10
 
Wouter J

Wouter J

29/08/2012 16:33:05
Quote Anchor link
De authentication heeft niks te maken met in/uit loggen. De authentication moet per pagina request kijken wie de bezoeker is: is hij ingelogd of is hij anoniem? Hoe heet hij? Ect? De Authentication maakt dus het User object aan.

Vervolgens hebben we de Authorization die gaat kijken welke rechten er nodig zijn om de pagina te bekijken en kijkt of het User object wel die rechten heeft, zoniet => permission denied, zo ja => pagina laten zien.
 
Write Down

Write Down

29/08/2012 17:38:53
Quote Anchor link
Okay Wouter, alleen, je gaat toch niet telkens authentication een user object laten aanmaken? Ik dacht eerder aan het user object te serializen (zie eerder dit topic) en dit in een sessie te plaatsen. (sessie verwerking ga ik wellicht via de database doen)

Overigens, wil ik bij authorization niet altijd dat per definitie een pagina bekeken mag worden of niet. Ik wil ook de mogelijkheid hebben om delen van een pagina niet te tonen. Denk bijvoorbeeld aan een inkomsten module. Deze staat dan gelijk op het controlepaneel, alleen ik wil niet dat een support medewerker dit kan zien. Anderzijds, wil ik hem andere delen van die pagina niet ontzeggen. Maak ik hiervoor best een apparte class aan, of toch ook hier in?

In welke class zou ik dan het inloggen moeten afhandelen?

Toevoeging op 29/08/2012 17:42:09:

Even wel toevoegen dat ik uiteraard authentication wil toepassen, controle is belangrijk. Dus het user object deserializen en nakijken.
 
Wouter J

Wouter J

29/08/2012 17:46:50
Quote Anchor link
Je kan het ook zo doen dat de Authentication kijkt of de sessie bestaat: Zoniet dan wordt de gebruiker geverifieerd en wordt er een User object aangemaakt (die in een sessie wordt geplaatst). Mocht de sessie wel bestaan dan zal de Authentication die User object pakken en kijken of we nog steeds met dezelfde gebruiker te doen hebben.

We praten nu met Authentication en Authorization op pagina (route) niveau. Maar je kunt dit natuurlijk met dezelfde 2 klassen ook toepassen op Controller niveau (de inkomsten module wordt door een andere controller gemaakt dan het controlepanel) of zelfs op een action niveau.

Als je de 2 klassen een beetje snel programmeert kun je het voor elkaar krijgen dat je met 2 klassen (authorization en authentication) op elk niveau voor beveiliging kan zorgen. De Authentication zal je 1 keer aanroepen, als eerste, en de authorization zal je misschien vaker aanroepen (mag de user de pagina zien -> ja, mag de user de inkomstenmodule zien -> nee, enz.)

En het inloggen handel je af met een eigen SecurityController oid. Dit is geen taak van een normaal object, maar zul je 'moeten' afhandelen met een Controller.

Offtopic:
Ik heb geen ervaring met Security regeling. Wat ik je hier vertel is hoe het opgelost wordt in het Symfony Framework.
Ik weet niet wat het doel is van dit experiment, maar ik raad je zeker aan ook eens naar een framework te kijken ZF2, Symfony, CakePHP maakt me niks uit. Dan wordt het een stuk makkelijker voor je.
Mocht je dit als doel hebben OO te leren dan kun je natuurlijk vrolijk verder gaan, je leert er echt goed OO door!
Gewijzigd op 29/08/2012 17:49:26 door Wouter J
 
Write Down

Write Down

29/08/2012 17:52:34
Quote Anchor link
Alweer bedankt voor de reactie!

Maar jij zou dus geen extra klasse Permission maken? Want ik dacht bij authorization controles te doen als, bestaat de sessie nog, is de sessie nog niet vervallen, klopt het IP nog, is de persoon niet op meerdere locaties ingelogd, ... En dan dacht ik emt de Permission klasse effectief na te gaan kijken mag de gebruiker x en y wel doen?

Toevoeging op 29/08/2012 17:56:04:


Offtopic:
In eerste instantie wil ik zelf gewoon een mooie basis uitwerken. Hiermee wil ik dan eigenlijk gelijk welke soort applicatie gaan opbouwen.

Mijn eerste applicatie die ik er werkelijk wil gaan opbouwen is een CMS.

Zelf gebruik ik liever geen framework. Ik wil het liefst alles zelf netjes regelen zoals ik het wil. Ik vind persoonlijk zo'n framework vaak nogal log, en onnodig veel mogelijkheden hebben. Daarom maak ik liever zelf iets, wat ook nog leuk en leerzaam is.
 
Wouter J

Wouter J

29/08/2012 18:04:45
Quote Anchor link
Wat jij wilt met de Authorization is wat je in de Authentication moet doen. Die kijkt wie de gebruiker is, of die nog steeds dezelfde is en dus ook meteen alles van de sessie. Met authorization kijk je wat deze gebruiker mag en of dat gelijk is aan wat er nodig is om iets (pagina, controller, actie) te mogen zien.

Misschien helpt het als ik de worden even vertaal:
Authentication betekend 'verificatie' hierin verifieer je dus de gebruiker, je zorgt dat je een compleet beeld hebt over wie jou bezoeker is.
Authorization betekend 'machtiging'. Je kijkt of die bezoeker die je net helemaal hebt geschetst wel gemachtigd is om iets te bekijken.

Lees anders even deze tutorial: http://symfony.com/doc/current/book/security.html (totaan 'Using a Traditional Login Form' aangezien het vanaf daar over Symfony gaat)
 
Write Down

Write Down

29/08/2012 23:15:48
Quote Anchor link
Rest mij nog een vraag. De permissies in het user object bijhouden of toch maar telkens via de UserMapper ophalen?
 
Write Down

Write Down

04/09/2012 17:52:05
Quote Anchor link
Wegens weinig tijd afgelopen week, ben ik nog niet veel verder geraakt. Vandaag ben ik dan meer weer eens verder gaan nadenken hoe ik nu alles over gebruikers flexibel kan bijhouden.

Op die opzet zou ik graag wat reacties krijgen, bij deze dus het idee.

De User class wil ik beperkt houden. In een User object zou ik het user_id en de permission_group. Ik twijfel nog een beetje of ik de naam hier ga in bij houden of niet.

Daarnaast wil ik een Person class gaan ontwerpen. Deze moet dan een paar basis gegevens bijhouden zoals de voornaam, achternaam, e-mailadres (e.v.t. nog andere andere algemene zaken, zoals geboortedatum e.t.c.). Eveneens een 'lijst' (array) naar Address, Telephone en Note objecten.

Die laatste drie zijn dus ook classes, wat die juist doen lijkt me duidelijk. Uiteraard, voor elke class die ik noem, zal er ook een Mapper zijn.

Wat denken jullie van deze opzet?
 
Wouter J

Wouter J

04/09/2012 18:34:28
Quote Anchor link
Ik zou het User object de Person klasse laten extenden. Verder klinkt het we goed.
 
Write Down

Write Down

04/09/2012 19:03:32
Quote Anchor link
Wouter J op 04/09/2012 18:34:28:
Ik zou het User object de Person klasse laten extenden. Verder klinkt het we goed.


Ik dacht het net omgekeerd te doen. De bedoeling is namelijk dat ik het User object serialize en in de sessie ga stoppen. Dit wil ik dus liefst zo klein mogelijk houden.

Als ik User dus extend, lijkt me dat Person ook zal worden opgenomen?

Toevoeging op 04/09/2012 19:57:29:

Ik denk dat ik de oplossing al weet, dadelijk even testen. Eerst eten, ik kom straks terug bij jullie!

Toevoeging op 04/09/2012 22:35:05:

Om er even op terug te komen, mijn idee werkt dus. Even wat test code geschreven:

Code (php)
PHP script in nieuw venster Selecteer het PHP script
1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
22
23
24
25
26
27
<?php
class Person {
    private $firstName;
    private $lastName;
    private $email;
    
    function
__construct($firstName, $lastName, $email) {
        $this->firstName = $firstName;
        $this->lastName = $lastName;
        $this->email = $email;
    }


    
    public function getFirstName() {
        return $this->firstName;
    }


    public function getLastName() {
        return $this->lastName;
    }


    public function getEmail() {
        return $this->email;
    }

}

?>


Code (php)
PHP script in nieuw venster Selecteer het PHP script
1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
22
23
24
25
26
27
28
29
30
31
32
33
34
35
<?php
class User extends Person implements Serializable {
    private $id;
    private $permissions_group;
    
    public function __construct(Person $person, $id, $permissions_group) {
        parent::__construct($person->getFirstName(), $person->getLastName(), $person->getEmail);
        $this->id = $id;
        $this->permissions_group = $permissions_group;
    }


    public function getId() {
        return $this->id;
    }


    public function getPermissions_group() {
        return $this->permissions_group;
    }


        
    public function serialize() {
        return serialize(array(
            'id' => $this->id,
            'perm' => $this->permissions_group
        ));
    }

    
    public function unserialize($serialized) {
        $data = unserialize($serialized);
        $this->id = $data['id'];
        $this->perm = $data['perm'];
    }
}


?>



Code (php)
PHP script in nieuw venster Selecteer het PHP script
1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
<?php
session_start();
require_once 'Person.php';
require_once 'User.php';

$person = new Person('Write', 'Down', 'write@down.up');

$user = new User($person, 7, 1);

echo $user->getFirstName(); //geeft perfect Write

$_SESSION['user_data'] = serialize($user);
print_r($_SESSION);

?>

Gewijzigd op 04/09/2012 22:43:04 door Write Down
 
Write Down

Write Down

07/09/2012 11:21:53
Quote Anchor link
Ik loop nu bij nader inzien op deze manier toch nog tegen een probleem. Wanneer ik een User object wil maken, ben ik verplicht een Person object aan te maken (of de parameters in te vullen die dat mogelijk maken).

Dit is geen grote ramp, maar toch... Bij het inloggen bijvoorbeeld, heb ik totaal geen behoefte aan de gegevens van een persoon. Toch moet ik deze ophalen, wat dus onnodige queries kost. En nee, deze info wil ik niet gaan opslaan in de sessie, net omdat ik het zo weinig nodig heb.

Daarom overweeg ik het niet Person te extenden, maar User. Alleen weet ik niet of dit echt een goede oplossing is. Het klinkt in elk geval niet erg logisch. Graag jullie raad!
 
Eddy E

Eddy E

07/09/2012 11:27:24
Quote Anchor link
Ik zou Person er alleen bij betrekken als je daadwerkelijk die informatie nodig hebt.
En als User niet hetzelfde is als Person, waarom moeten ze dan 1 op 1 gelinkt worden?

Persoonlijk zou ik user_id en person_id gewoon als relatie beschouwen, maar dan alleen als je dat nodig hebt.
Person extend dus User.

User = id, loginnaam (kan ook email zijn), wachtwoord, sessie en rechten
Person = id, naam, email, leeftijd (en andere profiel-dingen)
 
Write Down

Write Down

07/09/2012 11:31:57
Quote Anchor link
Bedankt voor de reactie Eddy. Ik wacht nog even af op andere reacties. Maar het lijkt me inderdaad een goed plan. Al zijn er misschien nog wel betere oplossingen :-)

Verder heb je het denk ik wel meer over de database kan dan de PHP kant lijkt mij. Want ik zie bijvoorbeeld niet in waarom ik het wachtwoord in een User object zou opslaan.
 
Erwin H

Erwin H

07/09/2012 11:37:10
Quote Anchor link
Write Down op 07/09/2012 11:21:53:
Dit is geen grote ramp, maar toch... Bij het inloggen bijvoorbeeld, heb ik totaal geen behoefte aan de gegevens van een persoon. Toch moet ik deze ophalen, wat dus onnodige queries kost. En nee, deze info wil ik niet gaan opslaan in de sessie, net omdat ik het zo weinig nodig heb.

Waarom moet je die gegevens ophalen?
 
Write Down

Write Down

07/09/2012 11:38:45
Quote Anchor link
Moeten is een groot woord. Ik kan null etc invullen, maar goed. Dan zit ik alsnog met een ongewenst / onnodig object. Als ik het er volledig uit sloop, dan kan ik even goed niet langer extenden.
 
Eddy E

Eddy E

07/09/2012 11:54:48
Quote Anchor link
Write Down op 07/09/2012 11:31:57:
Want ik zie bijvoorbeeld niet in waarom ik het wachtwoord in een User object zou opslaan.


Omdat een user/gebruiker moet kunnen inloggen met een wachtwoord?
Die hoef/mag je uiteraard niet opslaan in een sessie, maar om te wijzigen etc wel.
Was ook maar een voorbeeld: wellicht logged_in BOOLEAN is beter ;).
 
Erwin H

Erwin H

07/09/2012 11:55:05
Quote Anchor link
Nu ik er wat beter naar kijk zit er uberhaupt iets heel geks in je opbouw:
Code (php)
PHP script in nieuw venster Selecteer het PHP script
1
2
3
4
5
6
7
8
<?php
class User extends Person implements Serializable {
    
    public function __construct(Person $person...){
    }

}

?>

De class User extends de class Person en je moet er nog een meegeven in de constructor. Dat is iets wat overbodig is en wat je nooit zou moeten doen. Alle data/methods die je nodig zou kunnen hebben in de class User heb je al, dus waarom nog eens meegeven?

Je zou je moeten afvragen of dat extenden uberhaupt nodig is.

Toevoeging op 07/09/2012 11:58:42:

En nog even terug naar een al wat oudere opmerking van je, maar mogelijk nu weer relevant.
Write Down op 04/09/2012 19:03:32:
Ik dacht het net omgekeerd te doen. De bedoeling is namelijk dat ik het User object serialize en in de sessie ga stoppen. Dit wil ik dus liefst zo klein mogelijk houden.

Dat maakt niet uit. Bij het serializen bepaal je zelf welke gegevens je meeneemt. Zelfs al heb je 10MB aan data in het object zitten, als jij alleen het id van het object wil serialiseren dan kan dat natuurlijk.
 
Write Down

Write Down

07/09/2012 12:06:47
Quote Anchor link
Het zou in elk geval handig zijn moest ik User kunnen extenden met Person. Of het echt nodig is, wellicht niet.

Daarom ook dat ik vraag, wat is volgens jullie de beste oplossing?

Wat betreft serialize, dit had ik inderdaad intussen ook al door, zie ook voorbeeld code.
 
Erwin H

Erwin H

07/09/2012 12:25:15
Quote Anchor link
Gezien je vragen is het misschien niet zo handig om het te extenden. En 'handig' is in elk geval geen juiste reden om het wel of niet te doen. Nodig wel.
Maar of het wel of niet moet is vanaf een afstand niet of nauwelijks te beantwoorden.

Stel jezelf eens de vragen:
- is Person dezelfde entiteit als User?
- is User dezelfde entiteit als Person?
- heb je de gegevens/methodes van User nodig in Person?
- heb je de gegevens/methodes van Person nodig in User?
- kan je gegevens/methodes die je in beide nodig hebt uitfilteren en wellicht in een gemeenschappelijke class onderbrengen?
 
Write Down

Write Down

07/09/2012 14:37:07
Quote Anchor link
Bedankt voor je reactie Erwin, uiteraard ook dank voor de andere reacties.

Ik zit nog steeds een beetje met een twijfel of ik ze nu al dan niet ga uit mekaar trekken. Ik wil nl. de mogelijkheid hebben om 'losse' personen aan te maken. Denk bijvoorbeeld aan het toevoegen van contactpersonen aan de applicatie. Ik zou bijvoorbeeld kunnen bijhouden wie mijn contactpersoon bij mijn hosting is. Die persoon is dus eigenlijk totaal geen gebruiker.

Anderzijds, is een gebruiker sowieso een persoon. Als ik iemand als gebruiker toevoeg, zou ik ook graag wat informatie over die persoon willen bijhouden. Vanuit dat punt, ben ik er vanuit gegaan dat er eigenlijk wel een relatie 'moet' zijn tussen beide klassen.

Verder ben ik vrij zeker dat de kans dat ik meer gebruikers (die dus ook 'persoon' zijn) heb dan enkel en alleen personen. Daarom dus toch nog enige twijfel.
 

Pagina: « vorige 1 2 3 4 5 volgende »



Overzicht Reageren

 
 

Om de gebruiksvriendelijkheid van onze website en diensten te optimaliseren maken wij gebruik van cookies. Deze cookies gebruiken wij voor functionaliteiten, analytische gegevens en marketing doeleinden. U vindt meer informatie in onze privacy statement.