[PHP]Jak zrozumieć idee OOP? Opcje

[Daav]

Cześć wszystkim!

Nie wiem czy tylko ja mam taki problem, ale z tego co wypluła mi wyszukiwarka to wygląda na to, że nie jestem sam (znalezione temat nie dały mi odpowiedzi)
Mam problem z nauką obiektowego php.
Hobbistycznie php nauczyłem się parę lat temu i raczej przyszło mi to bez większych problemów. Większych - mam na myśli takich jak OOP. Z teorią nie jest tak źle, wiem co to klasa, pola, metody i inne ciekawe rzeczy, bo przejrzałem masę kursów, żeby spróbować pojąć OOP. Ale w praktyce ..? Nie wiem jak tego użyć (poprawnie)? Strukturalnie napiszę wszystko na co mam pomysł i ochotę - OOP -> nie napiszę prostego systemu logowanie i autoryzacji, bo nie chce tworzyć klas etc. na siłę i spędzić później godziny na zamartwianiu się czy to poprawnie napisane.

To nie jest tak, że przeczytałem jeden kurs i się poddałem. Dalej buszowałem w internecie. Trafiałem na fora, gdzie ludzie polecali uczyć się na jakichś małych (czasami dużych) frameworkach. Więc idąc za ciosem, spróbowałem.. ale jak używać czegoś o czym nie mam pojęcia jak działa? OK, jest dokumentacja i wszystko na tacy, ale nie na tym mi zależy. Chyba można napisać jakąś prostą strone bez frameworka?

Na innych stronach znalazłem kolejne porady: Tutaj masz gościa, który pokazuje jak napisać prosty framework : link - po tym wszystko zrozumiesz!
Pomyślałem, że może to być moja szansa. Film na youtube, od paru lat jestem w UK więc nie przeszkadzało mi, że po angielsku. Ale jedyne co z tego się nauczyłem to podstawy o wzorcu MVC - zawsze coś

Próbowałem teorią, uczyć się przez przykłady, oglądąć gości na youtube, a nawet samemu coś pisać - ale nic mi z tego nie przyszło. Może jestem za głupi, a może źle to próbuję zrozumieć?
Miał ktoś taki problem? Jak przejść z pisania kodu strukturalnego na OOP? Jest na to jakiś sposób?

PS: Słyszałem, że OOP w C++ jest podobne, akurat mam książkę Grębosza, mógłbym zerknąć na programowanie obiektowe, ale nie chce sobie jeszcze bardziej namieszać i skreślać oop w php, bo to moje hobby.

Z góry dzięki, za porady.

[LowiczakPL]

Polecam Książkę "PHP Obiekty, wzorce, narzędzia" Matt Zandstra, książka ma ciekawe przykłady, mi podpasiły te z przykładami gry Civilization ponieważ lubię pisać gierki.

Co do używania poprawnie OOP to raczej bym to totalnie olał, zapomnij o poprawnym programowaniu OOP.

Jeśli będziesz od razu chciał napisać poprawnie to raczej nigdy nic nie napiszesz bojąc się że kod będzie niepoprawny.

Zacznij pisać cokolwiek i pokazuj swój kod na forach, nie przejmuj się hejterami, zazwyczaj są to ludzie, którzy nie mają pojęcia o programowaniu, skupiaj się tylko na konstruktywnej krytyce, ciekawych linkach do przeczytania i tak dalej ...

Stawiaj sobie proste zadania, np. własne smarty, system komentarzy, forum dyskusyjne, i inne prościutkie projekty, to ma być proste kilkadziesiąt linijek obiektowego kodu.

Napisz kod pochwal się na forum, nie bój się chwalić kodem to podstawa do samodoskonalenia.

[valvadis]

Jeśli chcesz dobrze zrozumieć jak działa OOP w praktyce to spróbuj zrozumieć ideę frameworków, wrzucam link do artykułu, w którym autor próbuje stworzyć coś od podstaw. Myślę, że na tym przykładzie świetnie widać jak działa OOP i frameworki oparte na wzorcu MVC (absolutna podstawa jeśli chodzi o tworzenie aplikacji webowych).

http://lukasz-socha.pl/php/mvc-w-praktyce-...artykulow-cz-1/

[com]

Pierwsze podstawowe pytanie to co już potrafię?

Obecnie modne jest tworzyć separację miedzy modelem, widokiem oraz kontrolerem i na tej idei bazują wszystkie sensowne frameworki, dlatego dużo osób je poleca, ale framework to nie tylko mvc, w tych większych jak np. Symfony, jest wiele innych zasad, które powinno się znać i stosować. Ale tak naprawdę OOP to wcale nie MVC, bo to jest wzorzec architektoniczny, który można zaimplementować, ale nie trzeba, ostatnio trend zmierza trochę w innym kierunku a mianowicie nastawienie na zrozumienie domeny, czyli w kierunku DDD, oraz przykładowo hexagonal architecture.

Moim zdaniem najlepiej uczyć się na jakimś prawdziwym problemie, najważniejsze jest jednak aby zacząć, pisać, bo dziś kiedy zapytam się Ciebie czym możesz się pochwalić, co stworzyłeś co odpowiesz? (Chodzi mi oczywiście w kontekście OOP). Tak jak kolega powiedział, wybierz sobie jakiś przykład który Cie interesuje i spróbuj go zaimplementować, w razie problemów przychodzisz do nas, my chętnie pomożemy jak ktoś chce z nami współpracować. I nie bać się jak ktoś skrytykuje nasz kod, bo on krytykuje implementacje, nie nas samych, dużo osób odbiera to zbyt personalnie.

Mówisz, że masz książkę do C++, prawda jest taka, że jak pojmiesz OOP w jednym języku to, przeniesienie go na inny wymagać będzie tylko zmiany nazewnictwa które obowiązuje w danej implementacji języka, oczywiście jeśli znasz trochę C++, to poznanie tam OOp będzie fajnym doświadczeniem i dobra baza, ale może być tez odwrotnie, zacząć od PHP, co wybierzesz zależy od Ciebie.

Pytałeś czy można napisać stronę bez frameworka, oczywiście że można, ostatnio w ramach projektów open source rozwijany jest serwis ecommerce, https://github.com/dumplie/dumplie, do którego, każdy kto ma chęć i ochotę może dorzucić własną cegiełkę(uprzedzając nie jest to reklama broń boże), jest to po prostu fajny przykład tego, że nasze polskie community, jest już na tyle rozwinięte, że potrafi też samemu coś zdziałać. Projekt jest o tyle ciekawy, że został oparty o architekturę warstwową, a do tego nie jest zależny od konkretnej implementacji narzucanej przez framework. Przykład warty przejrzenia/śledzenia bo projekt cały czas się rozwija. Podobny https://github.com/norzechowicz/mydrinks i prezentacja https://vimeo.com/154094215 z zeszłorocznego PHPCon Warto iść z duchem czasu i uczyć się już na dobrych przykładach, a nie powtarzać stare nie do końca dobre schematy

[deha21]

Też mam problem z OOP. Strukturalnie piszę wszystko i idzie całkiem sprawnie, ale do OPP nie umiem się przekonać. Próbowałem też sie uczyć, ale jakoś to do mnie nie dociera. Ideę rozumiem, natomiast nie umiem tego jakoś w praktyce zastosować. Dużą część przykładów w OOP, moim zdaniem, zrobiłem by szybciej i sprawniej strukturalnie

[Pyton_000]

Co nie oznacza że potem łatwiej się z tym pracuje

[deha21]

Co nie oznacza że potem łatwiej się z tym pracuje

Funkcje i programowanie strukturalne i dla mnie jest wszystko czego potrzeba. Natomiast problem jest taki, że jeśli chciałbym się zatrudnić w firmie to w znacznej większości wymagają OOP

[kapslokk]

Funkcje i programowanie strukturalne i dla mnie jest wszystko czego potrzeba.

Tak Ci się tylko wydaje

Tak szczerze mówiąc, to ja zaczaiłem OOP jak budowałem sterownik do terrariów dla moich pająków Dwa terraria, w nich czujniki, oświetlenie, grzałki. Dla każdego z tych urządzeń klasa, do obiektów reprezentujących terraria wstrzykiwałem poszczególne urządzenia Jak masz chwile czasu to w sumie polecam

[!*!]

http://phpedia.pl/wiki/Kategoria:OOP
http://phpedia.pl/wiki/Klasa
http://phpedia.pl/wiki/Obiekt
http://phpedia.pl/wiki/Model_View_Controller
http://phpedia.pl/wiki/Dziedziczenie

Pomiń tylko przykłady dla PHP4 a będzie dobrze ;) uh te aktualizacje na wiki :D

[Tomplus]

@deha21
Nie ucz się OOP na siłę. Stwórz sobie cel i zastosuj w praktyce, np. zamieniając jakąś funkcję na obiekt. Zacznij od małych funkcji np. stworzyć obiekt który oblicza pole powierzchni, albo cokolwiek co masz.

Ja kiedyś uważałem tak samo jak Ty, po co mi obiektowość kodu, skoro strukturalny kod spokojnie wystarcza, teraz okazuje się że męczę się z projektami które napisałem strukturalnie, albo ktoś inny napisał i mi zostawił w spadku jako administrator.

Dodatkowo jest taka piękna rzecz jak autoloader, gdzie można załadować klasę taką którą potrzebujesz w konkretnym miejscu kodu projektu.

I warto analizować klasy najlepiej takie które zachowują czystość kodu np. użyteczna klasa PHPAuth [https://github.com/PHPAuth/PHPAuth]

[zegarek84]

jak przeczytałem pierwszy post i ogólnie temat to Tobie nie chodzi o OOP tylko o programowanie obiektowe, OOP to już wyższy poziom myślenia gdyż to programowanie zorientowane obiektowo - a to nie to samo... OOP (object oriented programming)... jeśli odpowiednio będziesz korzystał z obiektów to i kod strukturalny gdzie operujesz na "żywych" obiektach będzie programowaniem obiektowym... jeśli piszesz np. w JS to tam stale musisz operować na obiektach gdyż wszystko jest tam obiektem zwłaszcza operując na DOM... class'a jest tylko stęplem/wzorcem cegiełki, a każda cegiełka/leming (itd) może być wadliwy/unikalny itd... jeśli będziesz miał większy kod i kilka podobnych elementów to siłą rzeczy będziesz chciał go podzielić na podobne fragmenty (zazwyczaj obiekty) - więc po prostu trzeba pisać...

programowanie zorientowane obiektowo można przyrównać np. gdy aplikacja jest bardziej skomplikowana i w pewnych miejscach/węzłach możesz różnie zadecydować oczywiście np. wykorzystując już pewne istniejące informacje (czy coś - obiekty) - można to trochę przyrównać do drzewa gdzie potem są gałęzie, a każda gałąź może mieć więcej gałęzi/gałązek... nie każda gałąź musi mieć liście, niektóre mogą mieć owoce (np. jabłka), można iść dalej i drzewo może mieć owoce o różnych smakach (jest coś takiego jak "szczepienie" odmian), po prostu do-szczepiona inna gałązka... i teraz zależy którędy mrówka obierze drogę ten owoc dorwie ;] - w sumie to opisałem jak też działa większość aplikacji internetowych zorientowanych obiektowo ;p ...