Witam,
temat z uwagi na poziom OOP powinien być w przedszkolu, ale wrzuciłem go do tego działu z racji na temat. W razie problemu proszę o przeklejenie tematu.

Postanowiłem nauczyć się programować obiektowo z racji na niską wydajność aplikacji proceduralnych ale już natrafiłem na problemy, których nie potrafię nigdzie doszukać rozwiązania. Pewnie wiecie, że dobrych materiałów o OO PHP po polsku jest bardzo mało, nie mówiąc już o praktycznych przykładach z życia wziętych (bardzo pomocne są przykłady na marchewkach i żarówkach, pozwalają zrozumieć obiektowość programowania... ironia oczywiście). Próbowałem prostych frameworków, ale dla obiektowego żółtodzioba jest tego trochę za dużo i nie wiadomo za co się zabrać - nie dla mnie póki co, a po drugie wole się sam nauczyć niż korzystać z gotowej klasy. Na takie lenistwo przyjdzie pora jak będę już bardziej zaawansowany w temacie

Postanowiłem zacząć od napisania najprostszej klasy, czyli klasy do obsługi MYSQL. Wszystko spoko, metody działają, pobiera, zapisuje itp. Problem się zaczął gdy chciałem sobie zapisać w nowym obiekcie (obiektach? tablicy obiektów?) kategorie wraz z ich ID (dla zrozumienia: kategorie gier online, bo tego tyczy się mój projekt). No i zaczęły się schody, wszyło na jaw, że jenak dalej nie rozumiem istoty programowania obiektowego choć teorie potrafie recytować od tyłu...

Mógłbym prosić o pomoc, wyjaśnienie powyższego problemu, bądź odesłanie do POMOCNYCH oraz istotnych materiałów? Jak to ma w zasadzie wyglądać? Dla każdej kategorii nowy obiekt a w nim odpowiednie pola (jeśli tak, to jak tworzyć obiekty przy pobieraniu danych z bazy?) czy jeden obiekt a w nim kolejne czy obiekt z tablicą kategorii?

Będę wdzięczny za odpowiedzi, pozdrawiam!

Gdyby ująć to najprościej... OOP to zamodelowanie tak rzeczywistości, by ujęła jej aspekty w możliwie uniwersalny sposób, z użyciem obiektów sprowadzonych do postaci elementarnie najmniej podzielnych ale i kompletnych. Inaczej mówiąc, muszą one spełniać określone zadania na tyle, by sens ich podziału na mniejsze jednostki był, z punktu widzenia logiki, bezsensowny. Obiekty te można łączyć w relacjach wzajemnych, wyciągać część wspólną (w postaci pewnych abstrakcyjnych struktur) lub wymagać określonych funkcjonalności (interfejsy). Weźmy na przykład owo połączenie MySQL...

Jest to jeden z dialektów SQL, więc powinien się wywodzić od klasy, która jest wspólna także dla innych dialektów. Gdyby iść dalej, można by nawet tę klasę uznać za jakąś formę formatu zapisu danych, bo przecież nie tylko MySQL można wykorzystywać, ale także wszelkiej maści urządzenia czy po prostu pliki różnego typu. Tym samym narzucamy od razu dwie funkcjonalności: odczyt i zapis danych. Tylko trzeba pamiętać, że nie wszystkie mają odczyt, zaś inne niekoniecznie mają możliwość zapisu Poza tym skądś lub dokądś te operacje przebiegają. Dlatego dochodzi nam także konieczność nawiązywania i kończenia połączenia ze źródłem, a także sama opcja konfiguracji tegoż połączenia. Idźmy dalej... MySQL korzysta z zapytań SQL, które jakoś musimy tworzyć. Albo więc przyjmujemy je wprost, albo tworzymy z użyciem jakiegoś pomocnika.

Zaczynasz łapać? Kwestia logicznego myślenia i zauważania zależności to w zasadzie podstawa OOP w działaniu

Tak na szybko i z błędami:

[PHP] pobierz, plaintext 
<?php
 
class GameObj {
 
	public $id;
 
	public $name;
 
	public $whatever;
 
}
 
class SQL {
 
	private $host;
 
	private $database;
 
	private $login;
 
	private $password;
 
 
	protected $query;
 
	protected $query_result;
 
 
	public __construct() {
		//....php
	}
 
	public function table($table_name) {
		//...mysql 
		$this->query = 'SELECT `$table_name`';
		return $this;
	}
 
	public function id($id) {
		//....mysql 
		$this->query .= 'WHERE `id` = $id';
		return $this;
	}
 
	public function get() {
		$this->query_result = mysql_query($this->query)
		return new GameObj($this->query_result);
	}
 
	public function save($object) {
		$errors = FALSE;
		//.... mysql + php
		return $errors ? FALSE : $object;
	}
 
}
 
// uzycie:
 
$sql	= new SQL('localhost','database','login','password');
 
$obj	= $sql
 
	->table('games')
 
	->id('11')
 
	->get();
 
$obj->name = 'Foo';
 
$obj	= $sql->save($obj);
 
?>
[PHP] pobierz, plaintext 

Zasadniczo im więcej klas utworzysz i im prostsze zadania będą wykonywać tym lepiej. Zazwyczaj do SQL nie wystarczy jedna klasa - chyba że będzie bardzo prosta. Poczytaj sobie o łańcuchowaniu (method chaining http://www.webnote.pl/method-chaining-w-php.html). Jak już bierzesz się za OOP w PHP to poczytaj o wzorcu MVC - Model View Controller - to takie trzy podstawowe klasy z których zbudowana jest reszta systemu: model odpowiada za komunikacje z bazą danych, view za wyświetlanie danych, controller za pobieranie danych od użytkownika, przekazywanie danych z modelu do widoku itd. I ucz się angielskiego.