Ostatnio wgłębiam się w programowanie obiektowe i postanowiłem sobie napisać klasę sprawdzającą pola formularza. O ile z samym sprawdzaniem nie mam problemu, to po prostu filtry i wyrażenia regularne to już ze zwracaniem wartości tak. A konkretnie chodzi mi o poinformowanie użyszkodnika o źle wprowadzonych danych. Na razie po prostu albo zwracam ciąg albo FALSE, jednak to wiąże się z następnymi if'ami czyli większą ilością kodu. Przeczytałem gdzieś, że można użyć wyjątków. Czy to się sprawdzi? Przyznam, że moja wiedza związana z wyjątkami to ledwie skutek googlowania od dwóch dni. Proszę więc o odpowiedź na moje pytanie i ew. nakierowanie mnie w temacie.

Tak, wyjątki mogą się tutaj sprawdzić bardzo dobrze m.in. dlatego, że mogą one zawierać sporo innych danych - nie tylko treść błędu.
Jeżeli zaś chodzi o wyświetlanie błędów, to tutaj dużo zależy od tego jak budujesz formularze na stronie... czy jest to ręcznie robione czy jakimś generatorem.

PS. W Symfony jest całkiem fajny "subframework" formularzy - i związane z tym walidatory.

Jeśli jesteśmy przy frameworkach to fajny jest Formo w Kohanie. Kapitalnie upraszcza budowę i obsługę formularza. Zwracanie błędów walidacji przy jego użyciu to dosłownie bajka

A jeśli chcesz robić własną, to coś w stylu:

[PHP] pobierz, plaintext 
function waliduj_data($date,$czypusty=0){
   if(!empty($date)){
      $tdate = split('[^0-9]',$date);
      if(checkdate((int)$tdate[1],(int)$tdate[0],(int)$tdate[2])){
         $data = mktime(0,0,0,$tdate[1],$tdate[0],$tdate[2]);
      }else{
         $error = 'niepoprawna data';
      }
   }else{
      if($czypusty==1){$error = 'wpisz datę';}
   }
   $tablica[1] = $data;
   $tablica[2] = ' value="'.$date.'"';
   if(empty($error)){
      $tablica[0] = TRUE;
   }else{
      $tablica[0] = FALSE;
      $tablica[3] = $error;
   }
   return $tablica;
}
[PHP] pobierz, plaintext 

- zwracana jest tablica, która zawiera 0 - TRUE/FALSE w zależności od poprawności walidacji, 1 - wpisaną datę jeśli jest błędna lub uniksowy znacznik czasu, gdy data jest poprawna, 2 - value do wykorzystania w inpucie, 3 - komunikat błędu. Można dodać także klasę CSS i oczywiście interfejs Twojej klasy nie musi ograniczać się do wartości domyślnych lub możesz w ogóle komunikaty błędów ustawiać gdzie indziej i w inny sposób, np. zapisywać to w szablonach formularzy.

Najlepiej bym to widział tak, że tworzysz formularz np. w XML, gdzie dla każdego inputa ustawiasz typ, opcje, komunikaty błędów etc. a resztę załatwia PHP.

Gdy nie używałem formo i podobnych to wyglądało to tak, że tworzyłem pewien obiekt. Zawierał on tablicę z danymi formularza (domyślnymi lub pobranymi z bazy - jeśli to była edycja) i tablicę lustrzaną dla nich, które przechowywały ewentualne komunikaty błędów. Jeśli ta ostatnia była pusta po etapie walidacji to szedł update lub insert. Jeśli nie była pusta to zawartość pól (najczęściej już nieco poprawiona po walidacji) wracała z powrotem do formularza i wyświetlałem errory w zależności od upodobań albo nad formularzem, albo bezpośrednio przy polach ze znalezionymi błędami. CSS ładnie to "kolorował". Formo mi to jeszcze nieco ułatwiło, ale ogólna zasada jego działania jest identyczna.

Dzięki chłopaki, oczywiście się odwdzięczam. Na razie spróbuję tworzyć tablicę z błędami. Nie wiem czy rozwiązanie to się sprawdzi, ale myślę że warto to sprawdzić. Jeszcze jedno, czy macie jakieś pomysły na temat funkcjonalności owej klasy, które często są przydatne podczas pisania?