Jak w temacie, czytał ktoś tą książkę - w php jestem mało ogarnięty, czytaj ją jestem w połowie i mam wrażenie, że nic nowego się nie dowiedziałem.

Jaką książkę polecacie po niej ? Chętnie chciałbym się uczyć obiektowego php - czy najpierw muszę perfekt ogarnąć programowanie strukturalne?
czy mogę następną książkę mogę śmiało kupić obiektówkę ?

Wyrzuć to do kosza. Polecam w 100% http://helion.pl/ksiazki/php-obiekty-wzorc...stra,phpob4.htm

Kolego moje php jest naprawdę na etapie bardzo początkującego a Ty mi proponujesz głęboką wodę Wzorce ...



Dziś zamówiłem:
W. Gajda - PHP. Praktyczne projekty (widziałem zrzuty i trochę mnie przeraża, że mało tam objaśnień czemu taka metodyka itp tylko suche przykłady)

Ja przeczytałem 2-3 książki i nadal unikam obiektów. Po co to komu haha
Moim zdaniem mozesz sprobowac książki od java scriptu teraz. Jak kupisz drugą od php z podstawami to znowu będzie podobny efekt. Czyli bedziesz czytał że obiekt jest jak bułka w chlebaku albo samochód w garażu... Do mnie taki syf nie przemawia w ogóle. Javascript rowniez posiada obiekty i moze zrozumiesz je z innego punktu widzenia.
Co do samej pozycji Head First, to bardzo fajne serie na start

A możesz mi powiedzieć dlaczego ? Przecież większość skryptów (chodzi mi o oprogramowanie OpenSource) jest napisane w MVC obiektowo i nie che mieć problemów z edycją / pisaniem własnego kodu - bo na chwilę obecną strasznie niezrozumiały jest dla mnie kod typ $this->lodad->model ...

JavaScript przeczytałem też z Head First - dziś raczej płynnie poruszam się w jquery, na przykładzie js wiem, że najpierw trzeba było zrozumieć czym jest surowy js żeby przesiąść się na jquery.

@stania jesli on unika obiektow, to poprostu unikaj jego posty i traktuj jak powietrze - problem rozwiaze sie sam

heh no trochę pie**li od rzeczy.

Generalnie nie wiem czy dobrą książkę kupiłem na 2 lekturę tego Gajdy bo z podglądów to opisu 2 zdania i czysty kod na tacy, być może ktoś poleci coś lepszego

No cóż, każdy może mieć swoje zdanie. Powiedziałem co wiedziałem, a co z tym zrobicie to już nie moja sprawa
Co do obiektów, nie każdy musi się zgadzać z ich ideą. Osobiście uważam, że programowanie strukturalne jest o wiele ciekawsze, a same obiekty, mimo że skuteczne, to mocno przereklamowane.
A książki jak książki. Można przeczytać 10 i nic nie zrozumieć, jak widać tutejsi niestety zamiast coś podpowiedzieć, to przychodzą się pastwić nad innymi. Typowy objaw syndromu polibudy

Ja po prostu wiem, że bez obiektów nie przejdę pewnego etapu więc czy mi się podoba czy nie muszę się z nimi oswoić.

Podstawowe pytanie czy przed obiektami muszę perfekcyjnie poruszać się w php strukturalnym?

Myślę, że nie wiąże się to ze sobą aż tak bardzo, natomiast znajomość kodowania strukturalnego jest moim zdaniem podstawą języka bez której ani rusz.
To tak jakbyś uczył się gotować zupę, nie umiejąc pokroić cebuli

W takim razie języki tylko obiektowe albo nie są zupą, albo kucharz nie potrafił pokroić cebuli.

Takie języki są zupką chińską Niby dobra, a nie wiadomo czy przeżyjesz

Trochę nie wiem po co się wypowiadam skoro nie odpowiem w prost lub zagmatwanie...

Programowanie obiektowe to nie to samo co programowanie zorientowane obiektowo... a JS o którym tutaj wspomniano jest świetnym "poligonem" do programowania obiektowego, gdyż wszystko w zasadzie trzeba traktować jako obiekt (co prawda nie ma tam klas a klasy zastępują "wzorce" "prototypowy" ale mniejsza z tym) - zwłaszcza jeśli chodzi o js w przeglądarce - po dłuższej styczności można by się pokusić, iż programowanie funkcyjne jest też trochu zorientowane obiektowo...

na to co napisałem do programu strukturalnego myśląc o grze załóżmy popularnej heroes gdzie masz ludków to fragment kodu zajmujący się grupą ludków lub ludkiem łatwiej oddzielić od reszty, poddajesz obróbce która na fragment kodu ma wpłynąć ale nie znasz np. dalszych zdarzeń, więc wiele czynników wisi w powietrzu (to co opisałem w skrócie to i przy programowaniu funkcyjnym można osiągnąć, i odpowiednie funkcje przy językach funkcyjnych też mogą być obiektami lub nawet są)... potem jest inna akcja i losowo na powołany "szkielet" (wybierz klase/funkcje/prototyp) - nie wiesz co się działo ale jak za słabe schorowane zwierzątko to nadszedł jego kres - i dla mnie odpowiednia organizacja kodu powtarzającego się jest już obiektem - wiele razy spotkałem się ze stwierdzeniem, iż nawet w językach bez klas można programować obiektowo - nawet w samym C czy ASM...

a programowanie zorientowane obiektowo jak dla mnie to ścieżka jest wytyczona od góry przez instancje/obiekty nie strukturalnie lub ten kod jest obudowany i potem obiektowy - oczywiście tyczy się to operowania na obiektach czyli programowania obiektowego - ale każdy może mieć inne zdanie...