2) Zastanawiałem się nad obiektem "user". Miałby na bank metody typu: dodaj, usuń, uaktualnij etc... ale tego typu metody mają sens tylko z punktu "rejestracji" i administracji użytkownikami. Są kompletnie nie potrzebne po zalogowaniu usera... I teraz mam pytanie. Rozumiem, że obiekt to coś co ma się dowoływać np. do użytkownika posiadać jakieś właściwości i metody. Z jednej strony jest przydatny adminowi (utwórz, dodaj, sprawdź, szukaj, usuń etcc..... ) z drugiej jego właściwości (mail, nick, ostatnie logowanie, ID etc... ) użytkownikowi , który się zaloguje. Mu natomiast kompletnie nie jest potrzebne to co Adminowi. Wynika z tego, że to co jest potrzebne userowi wcale nie musi dotyczyć klasy, wręcz przeciwnie to co tyczy się klasy z "userem" jako takim nie ma nic wspólnego, bo jest to TYLKO zbiór jakiś zmiennych. I teraz pytanie. Skoro dane te mam w bazie danych to co jest najlepsze. Tworzyć klasę która podczas logowania tworzy się szuka odpowiednich danych , nadaje sobie właściwości usera (nick, avatar .... ) i trzyma je przez cały czas, zarejestrować WSZYSTKO jako sesje i trzymać e-mail i inne informacje jako sesje, czy też może pobierać wszystko za każdym razem z bazy danych ?
3) Rozumiem, że includowanie nie jest chyba złym pomysłem jeżeli chodzi o obsługę strony... Mam dwa pytania. 1) Widziałem kiedyś, stronę na której gość całą treść ładował do zmiennej a potem jendnych "echo" ją wyświetlał. Miało to sens w jego zastsowaniu i działało bezbłędnie. Jak to z tym właściwie jest ? I drugie. Czy jak
includuje stronę w zależności od GET np.
<?php $_GET['dzial'].='.php'; include($_GET['dzial']); ?>
itp... to czy wszystkie formularze (do rejstracji zmiany hasła etc... ) mam projektować w konkretnych plikach strukturalnie... ich obsługę i wyświetlanie, czy władować do klasy mnustwo funkcji, które będą projektowały formularz i wyświetały go robiąc np.
<?php(klasa) [...] function pokaz_form_haslo() { $tresc='[...]'; return $tresc; } (plik wlasciwy) [...] [...] ?>
Czy może właśnie robić te fragmenty strukturalnie... ?
4) Jeżeli dalej rozpatrywać klasę użytkownika...to mógłby mieć kilka właściwości np: pokaż avatar, dodaj news, dodaj wpis, dodaj wątek.... i w sumie wyszła by z tego super universalna klaa... a jak wiadomo można stworzyć klasę "news", "post", "forum" czy rózne inne... jak podzielić w zwizu z tym "możliwości usera" na "inne klasy innych elemtów strony"