Propozycja artykułu - "Różnice między proceduralnym, a objektowym PHP" Opcje

[ixpack]

Mam taką propozycję, aby ktoś kompetentny (nie ja...) napisał artykuł o podstawowych różnicach między obiektowym i strukturalnym (proceduralnym, liniowym - ile jeszcze określeń?) PHP.

Dlaczego? Dwa razy czytałem książkę o OOP... Jedynie pobieżnie czytałem podrozdział o różnicach pomiędzy tymi dwoma światami. A różnice są i jeżeli np. (tak jak ja, ale dzięki odpowiedzi mike'a w tym wątku zacząłem czytać książkę po raz 3ci i...) uważasz, że programowanie obiektowe to takie w którym jedynie używasz klas, obiektów, narzędzi i przeplatasz to z liniowym php - to jesteś w błędzie. Pewien jestem, że przyda się to każdemu samoukowi.

Edit: Żeby jakaś mądra głowa nie wpadła na pomysł "że jest to oczywiste" - nie nie jest to oczywiste, może zapomnieliście już te czasy, że nawyk ze struktur przenikał wasze kody od szpiku... Ale ja nie i dlatego chcę pomóc mnie podobnym, którzy "jeżdżąc dieslem - myślą że olej silnikowy jest nie potrzebny". Około 19:00 dopiszę "punkty" jakie moim zdaniem powinny znaleźć się w takim artykule, bo fakt "mądre głowy" nie do końca mogą wiedzieć o co mi chodzi. Peace Y

Ten post edytował ixpack 6.05.2011, 10:17:04

[#luq]

Podział odpowiedzialności: dla kod porceduralny to sekwencje poleceń, które nie raz są powielane (chociażby sprawdzanie czy zmienna x jest stringiem). W kodzie obiektowym natomiast następuje próba minimalizacji tych zależności i zepchnięcie pewnego zadania na dany obiekt istniejący w systemie, przez co kod nie jest powielany.

Nikt nie powiedział, że w kodzie proceduralnym nie można napisać funkcji.

Spójność i sprzęganie: w proceduralnym kodzie nasze funkcje, klasy - nawet jeżeli są w jakiś sposób powiązane często wędrują po naszym kodzie. Często trzeba zmieniać kilka funkcji, klas, bo części kodu są od siebie tak zależne, że przy zmianie jednej funkcji musimy zmieniać kolejną...

Nikt nie powiedział, że w kodzie proceduralnym nie można pisać uniwersalne funkcji (przyjmujących parametry i dzięki temu działające dla każdego przypadku)

Ogólnie brniesz chyba w złą stronę skupiając się za bardzo za fizycznych różnicach obu podejść. Obiektówka różni się sposobem myślenia i formułowania kodu czyli bardziej mentalną sprawą. Przejście między tymi dwoma sposobami kodowania nie następuje w dzień, dwa czy tydzień, jest to proces dłuższy więc się nie przejmuj jeśli nie do końca wszystko na początku rozumiesz.
Jeśli dopiero zaczynasz to na pewno pomocnym będzie to co napisał Cysiaczek o golarce i różowych kredkach. Jeśli projektowałeś kiedyś bazę to także jest pomocne bo większość tabel to właśnie obiekty. Np. mamy aplikacje do urządrzania pokoju, tabelki

user | item | user_has_item

obiektowo:

[PHP] pobierz, plaintext 
$u = new User('luq');
$i = new Item('safka');
$i->setColor('#f00');
$u->addItem($i);
[PHP] pobierz, plaintext 

Naprawdę taki artykuł o którym piszesz jest zbędny

[ixpack]

Nikt nie powiedział, że w kodzie proceduralnym nie można napisać funkcji.

Nie myśl w sposób obiektowy o kodzie proceduralnym. Mając 2 funkcje w obu napiszesz sprawdzanie np. czy zmienna x jest stringiem, myśląc obiektowo (tak pewnie pomyślałeś) napisałbyś inną funkcję która sprawdza to czy zmienna x jest stringiem... Ale proceduralne myślenie nie utworzy kolejnej funkcji... Rozumiesz o co chodzi?

Nikt nie powiedział, że w kodzie proceduralnym nie można pisać uniwersalne funkcji (przyjmujących parametry i dzięki temu działające dla każdego przypadku)

Przemądrzała funkcja? I to ma być myślenie obiektowe? I przenieś tą funkcję do innego projektu... (IMG:style_emoticons/default/smile.gif)

Ogólnie brniesz chyba w złą stronę skupiając się za bardzo za fizycznych różnicach obu podejść.

Sam skupiasz się na MNIE, a nie na problemie. Świat jest materialny i dlatego skupiam się na tym co jest fizyczne (IMG:style_emoticons/default/smile.gif) .

#luq rozumiem, że chcesz mi pomóc - na pewno przemyślę to co napisałeś do mnie. Ps. Fajny blog, ciekawe rzeczy.

Sam bym ten artykuł napisał, wstawił na swojego bloga (jak na razie jest pusty (IMG:style_emoticons/default/wink.gif) ), problem w tym, że nie jestem na tyle dobrze obyty w filozofii tworzenia kodu w sposób obiektowy. Pewnie gdy już będę - zapomnę co chcę powiedzieć "teraz".

Panowie. Rozumiem, że dla was jest to oczywiste, ja dopiero zaczynam łapać i jasno widzę te różnice - dlatego nie staram się być jak ten "profesor" z kawału:
"Co to jest student? Student jest jak liść dryfujący po wielkim morzu w stronę wysepki, aby w końcu odpocząć.
A co to jest profesor? Profesor to koleś na tej wysepce robiący fale - aby liście nie mogły dopłynąć do wysepki.
A co to są liście na wysepce? To ludzie, którzy mogliby pomóc, ale zapomnieli już jak to jest podczas dryfowania."

Fakt, "mądre głowy" (nie ma tu złośliwości - jak starach napisał - komplement) nie zainteresują się takim artykułem bo uważają, że jest taki artykuł zbędny. Chodzi o przypomnienie "drogowskazów" dla nich, a pokazanie poprawnej ścieżki dla "mnie podobnym" (IMG:style_emoticons/default/smile.gif) . Zerknijcie pobieżnie na wątki w oop - używanie zmiennych globalnych czy wszechmocne klasy - to nie jest obiektowe programowanie. Zła filozofia, coś pomiędzy. Ja, mnie podobni + pewnie niektórzy uważający siebie za expertów oop właśnie na takim etapie są. Robiąc głupie błędy w myśleniu.
U mnie myślę jest ok - wiem, że przestawienie się nie zajmie dnia, skoro w proceduralnym robiłem wcześniej magię (IMG:style_emoticons/default/wink.gif) .

Kolejnym faktem jest to, że początkujący raczej nie zaglądają do artykułów :/ co znowu przemawia na niekorzyść. Także walczę z wiatrakami.

Ten post edytował ixpack 7.05.2011, 10:09:15