Przejście z pisania strukturalnego na obiektowe. Opcje

[1q2w3e4r]

Witam,

Programuję w php od kilku lat, zrobiłem wiele różnych stron. Mam gotową strukturę katalogów i plików, a także panel admina, który wykorzystuję do tworzenia stron. Ale.. to wszystko robię strukturalnie. W miarę szybko w tej chwili zbuduję nawet zaawansowane strony. Z przenośnością napisanych już wcześniej funkcji nie ma tak wiele problemu, ale trzeba zazwyczaj przenosić kilka plików razem z tabelami z bazy.
Wiele razy natykałem się na Frameworki i wiele osób wychwala, że lepiej się pisze strony. Ale ja nie mogę się przyzwyczaić. Może dlatego, że nie znam do końca pisania obiektowo bo znam to tylko z analiz przykładów.
Słyszałem też, że strony napisane w OOP spada czasami ich wydajność ponieważ obszerne klasy muszą ładować się do ramu, a przy dużym ruchu może być to kłopotliwe. Natomiast zaleta pisania strukturalnie to serwis działa bardzo szybko i bez większego obciążenia dla serwera.
Zastanawiam się nad przepisaniem tego mojego systemu, który pomaga w pisaniu stron na OOP, ale nie czuję się na siłach.
Może ktoś polecić jakąś książkę z programowania OOP w php, która nauczy mnie przejść z pisania strukturalnego na obiektowe, a także aby nauczyła tworzyć dobrze zbudowane aplikacje internetowe, które są SZYBKIE i bezpieczne. Chciałbym też wiedzieć jak zbudować strukturę strony takiej jak facebook, aby wytrzymała nawet takie obciążenie (żeby dokładać najwyżej serwery).
Fajnie są zrobione moduły w PrestaShop, każda funkcjonalność działa na modułach co mi się bardzo podoba. Jeden moduł wpływa na inne moduły i zachowanie całej strony, a moduł zawarty jest w jednym katalogu (nie jest rozwalony po wielu katalogach).
Interesowałem się frameworkiem CI, tylko nie wiem czy się w niego wgłębiać, bo zapoznanie się z kodem napisanym przez kogoś wiele czasu zajmuje. Więc może lepiej by było napisać coś swojego gdzie będzie się znało każdą linijkę.
Mam pytanie również jaki edytor będzie najlepszy do pisania w OOP ? Aktualnie wiele lat siedzę na kED i bardzo mi się podoba ale brakuje obsługi SVN ewentualnie FTP.

Proszę o jakieś porady.

[bastard13]

Pisanie FW jest jak budowanie domu. Lepiej najpierw zbudować budę dla psa, bo bezpieczniej na błędach uczyć się w skali mikro.
Jeżeli chcesz pisać obiektowo, to nie sprowadza się to do implementacji MVC/MVP czy czegoś podobnego i nazwania tego FW. Choć wiele osób tak właśnie zaczyna, bo z tym (przynajmniej jeśli chodzi o PHP) im się kojarzy OOP.

Jeśli chcesz się uczyć, to wymyśl sobie aplikację, którą chcesz stworzyć. Przykład biblioteki z wielu podręczników jest bardzo dobry, choć nie jest zazwyczaj przedstawiany obiektowo. Czym są Twoje klasy? Są one odwzorowaniem rzeczywistych bytów (choć bez tożsamości) na kod tzn. Czytelnik, Książka, Karta do biblioteki itp. Czym są obiekty? To instancje klas, które mają pewną tożsamość, czyli już nie tylko Książka, ale "Zbrodnia i Kara" Fiodora Dostojewskiego.

Czasami ciężko się zdecydować, czy coś powinno być klasą czy nie, bo np. strona książki? To klasa czy nie? Takie decyzje są podejmowane w zależności od funkcjonalności. Jeżeli interesuje Cię ilość stron, to wystarczy odpowiedni atrybut w klasie Książka, ale jeśli potrzebujesz wiedzieć, jaki jest numer strony, jaka jest jej treść itp., to już masz kandydata na kolejną klasę.

Programowanie obiektowe to świetna zabawa, ale też sporo nauki. I nie w sensie wiedzy, bo paradygmaty i wzorce, to nie jakaś niewyobrażalna ilość materiału, ale nauczenie się myślenia, to już wyższa szkoła:)