class user() czyli oop i organizacja użytkowników Opcje

[ShadowD]

Jestem ciekaw jak Waszym zdaniem powinna wyglądać class "user()" reprezentująca użytkownika, jak stworzyć "fabrykę" takich użytkowników i jak ogólnie ogarnąć ten temat.

Z ogólnych zasad można by wywnioskować coś mniej więcej takiego:

[PHP] pobierz, plaintext 
<?php
 
class User
{
    private $_nick;
    private $_pass;
    private $_email;
 
    public function getNick() {}
    public function setNick() {}
 
    public function getPass() {}
    public function setPass() {}
 
    public function getEmail() {}
    public function setEmail() {}
 
    public function delate() {}
}
 
?>
[PHP] pobierz, plaintext 

To jest moja wizja i może być mocno błędna, ale zakładam że Instancja tej klasy będzie reprezentował jednego użytkownika.

I teraz jeśli w bazie mamy dane o użytkownikach i chcieli byśmy stworzyć taką instancję to w jaki sposób się do tego zabrać?

Ja tutaj widzę jakąś klasę users() (nie wiem jak ją nazwać - "fabryką"?), która miała by metody do wyszukiwania użytkowników i coś w rodzaju getUser(), ale czy taka wizja jest poprawna czy może jesteście w sanie naprostować mój światopogląd lub dać jakiś przykład jak to powinno wyglądać? Jak w takim przypadku tworzyć nowego użytkownika np. podczas rejestracji (czyli $user = new user() i teraz co? $uses->addUser($user)) a potem go zapisać?

Przykład na użytkownikach, ale sprawa jest identyczna do wpisów czy stron na blogach, chciał bym mieć jeden wypracowany szablon, a przy natłoku różnych sposobów z sieci sam już nie wiem jak to prawidłowo zapisać.

[Crozin]

1. Zenda możesz bez problemu połączyć chociażby z Doctrine: http://stackoverflow.com/questions/5001488...e-2-integration
2. Możesz całość wykorzystać z Zend_Auth: https://www.google.com/search?q=zend+auth+d...600&bih=775

Cały czas pytasz o ogólną architekturę aplikacji, więc pokrótce:
1. Reprezentacja danych, tj. obiekt User odpowiedzialny za reprezentację pojedynczego użytkownika.
2. Pobieranie danych.
2.1. Typowe podejście, tj. obiekt UserRepository zawierający metody typu find[One]BySth(...)
2.2. Obiekt pozwalający na dynamiczne budowanie kryteriów.
3. Wykonywanie operacji na tych obiektach, czyli warstwa serwisowa. https://www.google.com/search?q=domain+serv...me&ie=UTF-8
4. Zapisywanie/usuwanie obiektów ze źródła danych ,czyli DAO, który w swoim wnętrzu wykonuje operacje utrwalania/usuwania danych przy pomocy ORM-a.

Ten post edytował Crozin 24.08.2012, 10:28:27