PHP & Klassen Login, User, Registrierung?

Page 1 of 2 1 2
07/19/2014 17:46 Masterkroko1#1
Ahoi Matrosen,

ich mal fragen wie ihr die Bereiche Login, User, Registrierung zusammenführt / teilt.

Habt ihr 1 große Klasse wo alles drin ist oder 3 Klassen in einem Login & Logout anderem die Registrierung dann noch die 3te Klasse (User) die die Daten aus der Datenbank beschafft? :confused:

und welche Methoden würdet ihr eventuell in die verschiedene Klassen packen?


Hab leider immer nur prozedural Programmiert und könnte auch dadrin die Themen schnell runter schreiben jedoch möchte ich in meinen Projekt oop verwenden. Fehlt leider die Praxis Erfahrung. :(

Links wo sowas ordentlich erklärt ist nehme ich dankend an.


MfG
Masterkroko :handsdown:
07/19/2014 19:34 Icetea#2
Ich würde das ganze in eine Klasse machen. Wie man es macht bleibt letztendlich jedem selbst überlassen. Jeder Coder macht es anders. :)

Liebe Grüße,
Icetea'
07/19/2014 19:40 kyls#3
Musst einfach mal nachdenken. :P

Das Objekt ist der User, also brauchst du es nicht in 3 Klassen zu unterteilen.

Eine Klasse User reicht.

PHP Code:
class User {
    // User existiert 
    public $exists = FALSE;
    
    function __construct($user=false) {
        if ($user) {
            // Gucken ob der gegebene Nutzer existiert und $exists dementsprechend ändern.
            if ($this->exists) {
                /* Nutzerdaten aus der Datenbank "besorgen" und jeweils in einzelnde Var's abspeicher.
                 * 
                 * Als Bsps. haben wir nen Array
                 * ID | USERNAME | PASSWORD | EMAIL
                 * 1  | TEST     | PSWHASH  | [Only registered and activated users can see links. Click Here To Register...]
                 * 
                 * foreach ($array as $columnname => $value )
                 * {
                 *         $this->{$columnname} = $value
                 * }
                 * 
                 * dann kannste die Klasse nachher bequem instanzieren und dir die Daten die du benötigst besorgen.
                 * 
                 * $user = new User('TEST');
                 * echo $user->email;
                 */
            }
        }
    }
    
    function createNewAccount($data=array()) {
        // Neuen Account erstellen
    }
    
    function verifyAccount($data=array()) {
        // Account verifizieren
    }
    
    function signUp() {
        // LogIn
    }
    
    function signOut() {
        //LogOut
    }
} 
--------------------------------------------------------------------------------

#edit
Quote:
Links wo sowas ordentlich erklärt ist nehme ich dankend an.
[Only registered and activated users can see links. Click Here To Register...]
07/19/2014 19:57 Masterkroko1#4
Quote:
Originally Posted by kyls View Post
Musst einfach mal nachdenken. :P

Das Objekt ist der User, also brauchst du es nicht in 3 Klassen zu unterteilen.

Eine Klasse User reicht.

Das hatt ich mir am Anfang auch gedacht und dann überlegt hmm die wird dann recht groß guck ich mal in forem (gegooglet) wie die das so machen.

& in jedem Forum und Tutorials machen die das anders deswegen wollte ich nochmal nachfragen was ihr so dazu sagt
07/19/2014 20:03 kyls#5
So groß wird die Klasse nicht.. ^^
Du hast ein Objekt User und evtl ein Objekt Datenbank.
Der User muss von der Datenbank abhengen um Zugriff auf eben diese zu bekommen.
Der Sinn von OOP ist es nicht für jede Funktion / Methode ne Klasse zu erstellen.

Ich würde es machen wie ich es dir oben gezeigt habe.
Die Klassen nach deinen Seiten anzulegen sprich "Home,News,Register.. etc." macht wenig Sinn.

lg
07/19/2014 20:09 Masterkroko1#6
Quote:
Originally Posted by kyls View Post
Die Klassen nach deinen Seiten anzulegen sprich "Home,News,Register.. etc." macht wenig Sinn.
Das hätte ich auch nie gemacht.

Nur ich hab gedacht das in die Klasse User noch irgendwie getNickname, getProfileImage, getID aus der Session / Datenbank, login, logout, registrieren .... dann würd sie recht dick werden mit der Zeit
07/19/2014 20:18 kyls#7
dann hast du dir das Beispiel oben nicht angeguckt (nicht richtig) oder es nicht verstanden, du kannst die Userdaten direkt beim Instanzieren abgreifen und abspeichern.

Dann kannste nachher einfach
$user->email;
$user->id;

etc. benutzen. Alles eine Sache der konzipierung der Klasse. :))
zu der Boolean Eigenschaft $exist könntest du bspsw. noch eine $loggedIn Eigenschaft anlegen. zich Funktionen zu schreiben die die jeweiligen Sachen wiedergeben währe zu viel Arbeit, wir sind ja immerhin "faul" und wollen uns unnötigen Code sparen.
Also warum nicht den Konstruktor benutzen um die Daten abzugreifen? :P
lg
07/19/2014 20:23 Masterkroko1#8
Vll. ist es grad zu warm für mich ABER wenn du die Klasse User instanziiert wird ja dein __construct direkt aufgerufen existiert aber kein account und möchte einfach nur ein neuen anlegen kommste ja nicht wieder in dein function __construct rein (automatisch) oder stehe ich grad aufm Schlauch?

Wenn ja lass mich es wissen und ich leg das beiseite zock den rest des Tages bis es wieder eine angenehme Temperatur im Raum herrscht :D
07/19/2014 21:24 dowhile#9
Du kannst auch eine Klasse machen, die nur die Eigenschaften eines Benutzers speichert und eine zweite, mit der ein Benutzer aus der Datenbank geladen / gespeichert wird und die die Zugangsdaten überprüfen kann.
Denn gerade dann, wenn du eine größere Klasse befürchtest, hast du so mehr Flexibilität, denn das Laden / Speichern / Speicherformat ist unabhängig vom Account. Zudem ist das Laden / Speichern für die meisten Komponenten sowieso egal.
07/19/2014 21:44 Masterkroko1#10
hmm ich werd wohl erstmal eine "große" Klasse bauen falls diese in meinen Augen zu groß wird muss ich schauen ob ich irgendwelche teile in eine andere Klasse verschieben kann.
07/19/2014 22:03 dowhile#11
Ich habe etwas vergessen: Zumindest die Methode zum Überprüfen der Benutzerdaten würde ich static machen, denn das ist eigentlich wirklich nicht die Aufgabe von einem Account selber. Wenn man davon ausgeht, dass ein Objekt immer ein Ding darstellt, ist eine Methode "$ding->gibtEsDich()" auch unpassend, "DieseDinge::gibtEsDasDing()" oder "$dieseDingeVerwalter->gibtEsDasDing()" hingegen sinnvoller.
07/19/2014 23:42 Masterkroko1#12
Hat eventuell jemand ein Beispiel?
User KLasse + Methoden + Kommis was die Methode macht Code braucht nicht dabei zu sein
07/20/2014 00:46 KoKsPfLaNzE#13
Hallo,

bau gerade aktuell an einer kleinen OpenSorucePage

[Only registered and activated users can see links. Click Here To Register...] (vielleicht hat ja einer lust mit zumachen =])


Da hab ich das so gemacht, das es ein User Object gibt, das is eine so genannte Entity, da sind so sachen wie Username, Passwort un co drin gespeichert, für so sachen wie Login und Logout hab ich meinen AuthController, weil das hat wenig mit dem User zutun sondern eher mit der Authentifizierung. Für so sachen wie Register gibt es einen UserService der sich darm kümmert einen neuen User anzulegen und dann noch eine Mail raus zuschicken, man könnte es auch im Controller machen, aber man will ja nicht das die so groß werden. am liebsten 10Zeilen pro Methode, aber das geht eben net immer^^

UserEntity => [Only registered and activated users can see links. Click Here To Register...]

AuthController => [Only registered and activated users can see links. Click Here To Register...]

UserService => [Only registered and activated users can see links. Click Here To Register...]

Für die RegistrationsFormular gibt es auch eine eigene Klasse, der Validierung und dem Mappen der ForumalDaten auf das UserObject gibts ein Hydrator.

RegisterForumlar => [Only registered and activated users can see links. Click Here To Register...]

RegisterValidierung => [Only registered and activated users can see links. Click Here To Register...]

Hydrator => [Only registered and activated users can see links. Click Here To Register...]

Bitte beachten der Code is noch im dev-master status, können also noch Fehler drin sein.


Bei Fragen gern in Skype melden =)
07/20/2014 14:50 kyls#14
Quote:
Originally Posted by Masterkroko1 View Post
Vll. ist es grad zu warm für mich ABER wenn du die Klasse User instanziiert wird ja dein __construct direkt aufgerufen existiert aber kein account und möchte einfach nur ein neuen anlegen kommste ja nicht wieder in dein function __construct rein (automatisch) oder stehe ich grad aufm Schlauch?

Wenn ja lass mich es wissen und ich leg das beiseite zock den rest des Tages bis es wieder eine angenehme Temperatur im Raum herrscht :D
Angenommen du hast einen Array mit 3 Usern dessen Werte du nicht kennst.
Wenn du nun die Emails dieser 3 User, die du selber nicht kennst, herausfinden willst könntest du das mit den Beispiel von mir wie folgt machen.

PHP Code:
$users = array("testUser1","testUser2","testUser3");

foreach($users as $index => $user) {
     $user{$index} = new User($user);
     if($user{$index}->exists) {
          echo $user{$index}->email;
     }
          echo $user{$index}." with ID $user didnt exist."
} 
In den Beispiel wird für jeden User eine neues Objekt der Klasse User erstellt mit den man dann die Daten für sich selber abgreifen kann.
Falls du nun nen Ranking o.a. bauen willst machste dafür (so würde ich es machen) eine neue Methode die dir die Userliste als Array wiedergibt.

PHP Code:
public function getTop100Players() { ... return array(); } 
Beim Instanzieren musst du ja nicht unbedingt einen Nutzer angeben.
PHP Code:
$users = new User();
foreach($users->getTop100Players as $index => $user) {
     $user{$index} = new User($user);
     echo $user{$index}->email;
} 
lg.

---------------------------------------------------------------------

Quote:
Originally Posted by KoKsPfLaNzE View Post
Hallo,

bau gerade aktuell an einer kleinen OpenSorucePage..
er macht grade erst den Umstieg von Proz zu OOP für das meiste wird er keine Verwengung finden, mir gefällt aber deine Idee. :)
07/20/2014 16:13 Masterkroko1#15
So ich mach jetzt erstmal

Klasse User
Methoden (public)
__construct bekommt eine Datenbankverbindung übergeben
Account erstellen
Acccount verifizieren (bei bestätigter email-adresse)
Login
Logout
changePassword
Benutzerdaten holen (steht alles in einer Tabelle deswegen nur eine Methode)

Methoden (private) z.B.
Password verschlüsseln
prüfen ob email / username schon verwendet werden

wird zwar nicht das beste sein aber fürn anfang sollte es reichen ;)
Page 1 of 2 1 2