[php5] Co wrzucić do klasy obsługi błędów? Opcje

[Joachim Peters]

Witam,

Napisałem sobie mini klasę do obsługi błędów, jednak nie wiem co do niej mogę jeszcze wrzucić. Myślałem, o zapisywaniu logów, ale czy warto?

[PHP] pobierz, plaintext 
<?php
class Error {
	 private $errors = array();
 
	public function add($type = null, $text = null) {
		if(empty($text)) {
			switch($type) {
				case 'select':
					$this->errors[] = 'Wystąpił błąd podczas pobierania danych z bazy!<br />';
				break;
				case 'insert':
					$this->errors[] = 'Wystąpił błąd podczas wysyłania danych do bazy!<br />';
				break;
				case 'update':
					$this->errors[] = 'Wystąpił błąd podczas aktualizowania danych w bazie!<br />';
				break;				
				case 'delete':
					$this->errors[] = 'Wystąpił błąd podczas usuwania danych w bazie!<br />';
				break;
				default:
					$this->errors[] = false;
			} 
		} else {
			$this->errors[] = $text . '<br />';			
		}
	}
 
	private function display() {
		// echo $this->errors;
	}
}
?>
[PHP] pobierz, plaintext 

Co jeszcze można do niej dodać?

Pozdrawiam

[Cysiaczek]

Jedna klasa to jeden plik. Jedna klasa wyjątku to jeden plik. Jedna funkcja (zwykła - nie metoda) to jeden plik.
Wynika to głównie z dwóch przesłanek.
1. Przejrzystość kodu
2. Ułatwienie dla grupy, bo jeśli jedna osoba pracuje na klasą A w pliku X, a druga osoba nad klasą B w tym samym pliku, to może niechcący dojść do kolizji.

@sobieh - te setki plików są w każdym szanującym sie frameworku, każdym szanującym się CMS'ie i innej aplikacji. Powody podałem powyżej. Co do wydajności, to zgoda, że OOP zabierze więcej zasobów. Tak samo includowanie wielu plików wyraźnie spowalnia aplikację. Należy zatem znaleźć sposób na ograniczenie ilości include poprzez np. umieszczenie najczęściej używanego kodu i kodu, który zawsze występuje razem w jednym, bądź kilku plikach. Nie dotyczy to jednak plików projektu. Taka swoista "kompilacja" powinna mieć miejsce w momencie wdrażania systemu i najlepiej, aby była automatyczna. To taka trochę pehapowa binarka : >
Czasy, gdy można było nie pisać obiektowo na poziomie zaawansowanym mijają bezpowrotnie. Tak samo jak mineły czasy mieszania logiki aplikacji z jej warstwą prezentacyjną. Gdy widzę taki kod, to od razu wiem, że autor jest słabym programistą, bądź dopiero się uczy i przejście na oop to kwestia czasu.

Co do wydajności serwerów - najprostszy sposób na problemy z wydajnością to dołożenie nowego sprzętu i jest to najczęściej stosowana praktyka.

Pozdrawiam.

Ten post edytował Cysiaczek 12.06.2007, 09:28:25