Witaj Gościu! ( Zaloguj | Rejestruj )

Forum PHP.pl

> [OOP] Schemat kalsy, i jej działanie
piraciq
post
Post #1





Grupa: Zarejestrowani
Postów: 174
Pomógł: 4
Dołączył: 27.07.2007
Skąd: Kraków

Ostrzeżenie: (0%)
-----


Witam srdecznie,

Wygląda na to,iż będę tu dosyć często zaglądał.

Tak jak w temacie chodzi mi o schemat klasy i jej działanie.
  1. <?php
  2. class userRegist
  3. {
  4.     konstruktor - używam go do przeniesienia połączenia z baza danych
  5.  
  6.     funkcja sprawdzająca poprawność email zwraza true
  7.    
  8.     funkcja sprawdzająca czy podany email jest w bazie zwraca false jesli adres istnieje
  9.  
  10.     funkcja sprawdzająca długość podanego hasła zwraca true jeśli hało ma więcej niż x znaków
  11.  
  12.    funkcja sprawdzająca czy hasło i powtórzenie hasła pasują do siebie zwraca true
  13.  
  14.      funkcja do sprawdzania tokena przepisanego i wygenerowanego zwraca true    
  15. }
  16. ?>


i teraz tak jezeli email jest prawidłowy przechodzi do sprawdzania w bazie, jeżeli go nie ma w bazie zwraca true, sprawdza hasla zwraca true, sprawdza tokeny i zwraca true w wyniku czego następuje wsadzenie rekordu do bazy i wysłanie emaila pod wskazany adres. i jest ok.


ale chodzi mi o sprawdzanie wartosci (true, false) z funkcji normalnie rozwiazal bym to tak ale chodzi mi o jakieś może lepsze rozwiazanie

  1. <?php
  2. //funkcje i cała reszta z kasy
  3.  
  4. if(poprawnyEmail)
  5. {
  6.   if(!emailJestWBazie)// tu akurat oczekuje false
  7.     {
  8.        if(dlugoscHaslaJestOdpowiednia)
  9.          {
  10.              if(podaneHaslaSaTakieSame)
  11.               {
  12.                    if(tokenSaTakieSame)
  13.                    {
  14.                           $this->rejejstrracja;
  15.                      }
  16.                 }
  17.           }
  18.      }
  19. }
  20. ?>


mam nadzieję, że jasno to napisze!! Czy można by było to zapisać w jakiś inny sposób niż taki "blok" if?(IMG:http://forum.php.pl/style_emoticons/default/questionmark.gif) ?
Go to the top of the page
+Quote Post
 
Start new topic
Odpowiedzi
mike
post
Post #2





Grupa: Przyjaciele php.pl
Postów: 7 494
Pomógł: 302
Dołączył: 31.03.2004

Ostrzeżenie: (0%)
-----


~marcok właśnie podałeś najlepszy przykłąd na to ... gdzie powinno się unikać wyjątków i jak o nich nie powinno się myśleć.
Wyjątek to ... wyjątek. Sytuacja wyjątkowa, niespodziewana.

A co jest niespodziewanego w tym że pewne parametry są niepoprawne? Nic.

Sztuczne zastępowanie instrukcji warunkowych wyjątkami to błąd. Wydawałoby się że to jest "pro" ale tak nie jest. Stosowanie wyjątków ma swoje konsekwencje. Kod zamknięty w try ... catch wykonuje się dłużej. Mechanizm dla parsera robi się cięższy.
Go to the top of the page
+Quote Post

Posty w temacie


Reply to this topicStart new topic
2 Użytkowników czyta ten temat (2 Gości i 0 Anonimowych użytkowników)
0 Zarejestrowanych:

 



RSS Aktualny czas: 14.10.2025 - 05:58