Witam

Własnie projektuję taki prosty silniczek do budowy aplikacji i zadumałem się nad obsługą wiadomości kontrolnych.

Błędów niższego poziomu (łączenie z bazą, zapytania itp) są obsługiwane poprzez trigger_error. Jednak jak wiadomo istnieją jeszcze wiadomości kontrolne typu "artykuł dodany" "nie mozna dodac artykułu" wyswietlane uzytkownikom.

Pomyslałem sobie więc o klasie Collection (jako ze komunikatów moze byc wiecej niz jeden) jednak ciezko bedzie przekazać obiekt do systemu szablonów. Ponizej taki probny kod:

[PHP] pobierz, plaintext 
<?php
 
class messages extends root {
 
	private $_errors = array();
 
	public function newMessage($message, $level) {
 
  array_push($this->_errors, array($message, $level));
	}
 
	public function lastMessage() {
 
 
	}
 
	public function length() {
 
 
	}
}
 
?>
[PHP] pobierz, plaintext 

Pozdrawiam
Bambero

---

aleksander

No, świetnie, ale... gdzie w twojej wiadomości jest jakiekolwiek pytanie?

Chciałem po prostu aby ktoś to skomentował bo nie wygląda mi to na najlepsze rozwiązanie byłbym rad gdyby ktos przekazał jakieś sugestie. Moze ktoś zrobił to inaczej, Zastanawiałem się na przykład czy nie zrobić tego statycznie (wszystkich metod).

Może troche zle sformuowałem posta.

Moim zdaniem należy rozdzielić błędy od informacji dla użytkownika. Pierwsze najlepiej obsługiwać w postaci wyjątków, natomiast informacje takie jak artykuł dodany, itd. można obsłużyć statycznym Loggerem lub ew. związać je z konkretnymi widokami.

Można przechwytywac wyjątki np:
throw new ApplicationException(lvl, desc);
i potem w zależności od poziomu wypluwać na konsole (można dodać todatkowy widok jeszcze).

zapakuj w __set(); sprawdzanie czy bład jest fatal czy np. notice. Jeśli fatal to wyświetlaj przez wyjątek lub trigger_error, a jeśli zwykły błąd daj do debuggera.