[Jurix]

Nie rozumiem OOP.

Rozumiem na czym polega, rozumiem że kod jest przez to czytelniejszy, umiem go wykorzystać, jednak nie widzę praktycznych zalet wykorzystywania tego typu programowania.
Wszyscy mówią, że takie pisanie kodu jest jedynym słusznym, wierzę, że tak jest. Problem z tym, że pisząc jakikolwiek projekt nie mogę znaleźć powodu, by bawić się w definiowanie klas, obiektów, metod, kiedy mogę to zrobić zamiast w 10 linijkach to w 2.
Mam na swoim koncie kilka płatnych projektów, największy zajął mi 6 miesięcy, m.in. zawierał autorski CMS. Wszystko strukturalnie. Brak jakiegokolwiek doświadczenia z kimś kto patrzyłby na pisany przeze mnie kod sprawia, że jedynym warunkiem jaki sobie stawiam to to czy kod działa, nie wiem jak niektóre rzeczy powinienem rozwiązać ze względu na "sztukę programowania" itp.

Zwykle gdy się uczę nowej technologii, frameworka bariera między "nie rozumiem nic", a "rozumiem wszystko" jest bardzo cienka. Czytałem o OOP naprawdę dużo, umiem to zastosować, ale ciągle nie widzę sensu.

Poniżej jeden z napisanych przeze mnie kodów, nie zjedzcie mnie pls.

#naukaprogramowania #php

[aseeon_]

@Jurix: Ja tylko napiszę, że jeżeli masz 5 poziomów zagnieżdżeń ifów, to wiedz, że coś się dzieje

[uirapuru]

@Jurix: nie testujesz jednostkowo funkcji, prawda? podejrzewam, ze testy manualne to maks, jaki robisz, a kodu sam dlugo nie musisz utrzymywać i nie wspolpracujesz nad nim z innymi ludzmi. we wlasnym sosie niektorych mechanizmow faktycznie sie nie potrzebuje i to rozumiem. ale programisci nie tworzą systemów w pojedynke. oop daje narzut, ale też możliwości.

[joolekk]

@Jurix: czytałeś "czysty kod"?

[Jurix]

@uirapuru: Nie testuję jednostkowo (chyba), szczerze to nie wiem nawet co to znaczy. Tą stronę z CMS'em robiłem w 4 osobowym zespole, którym ja zarządzałem.

@joolekk: Jasne, że nie. Ta książka jest ogólna, czy dotyczy/odnosi się do jakiegoś konkretnego języka?

[joolekk]

@Jurix: bardzo ogólna.

Co by było gdybyś musiał przekazać swój projekt komuś?

[uirapuru]

@Jurix: doskonale rozumiem, że można sobie radzić bez opp. mozna nieźle w php programować funkcyjnie na przykład. rzecz w tym, że jeżeli nie jesteś w mainstreamie, będzie ciężko wspołpracować Tobie i innym. Ale to nie jedyny powód

[p.....o]

@Jurix: Widziałeś kiedyś "legendarny" kod źródłowy pierwszego MS Office? To m.in. z myślą o takich potworkach powstały pewne standardy i paradygmaty programowania obiektowego. Zajmie ci to niewiele więcej, a zyskać możesz na tym bardzo dużo.

[Jurix]

@joolekk: Zamysł taki był od samego początku, wszystko jest odpowiednio komentowane, a zmienne (w większości) zrozumiale nazwane. Struktura plików na serwerze jest przystępna, a dodatkowo opisana w dokumencie tekstowym, aby w razie ewentualnych zmian lub poprawek wiedzieć gdzie czego szukać.
@push3k-pro: Nie widziałem, pewnie i tak bym nie zrozumiał.

"Czytelniejszy kod" to pojęcie względne, bo jestem pewny że dobrze napisany strukturalnie kod jest czytelniejszy od źle napisanego OOP.

[xetrov]

Mam na swoim koncie kilka płatnych projektów, największy zajął mi 6 miesięcy, m.in. zawierał autorski CMS. Wszystko strukturalnie.

@Jurix: czyli robisz niewielkie rzeczy w których nie współpracujesz z innymi, nie utrzymujesz tego i nie przejmujesz kodu po kimś. Dodatkowo stawiam na brak testów i inne typowe problemy w takich sytuacjach, w efekcie powstają takie potworki jak na Twoim obrazku. Na tym etapie nie dziwi że masz takie odczucia, ale jak

[joolekk]

@Jurix: z tym że dobry kod jest czytelniejszy od złego to się zgadzam. xD

Ale twój strukturalny jest czytelniejszy dla ciebie. Nikt kto na co dzień pisze obiektowo nie zrozumie na pierwszy rzut oka tego co napiszesz.

[p.....o]

"Czytelniejszy kod" to pojęcie względne, bo jestem pewny że dobrze napisany strukturalnie kod jest czytelniejszy od źle napisanego OOP. Z tego powodu ciągle nie rozumiem idei pisania w ten konkretnie sposób.

@Jurix: Pewnie, ale to powstało dla wszystkich, a nie dla ciebie i z myślą taką, że to będzie działało baaaaaardzo długo i na skalę globalną.

[slabehaslo]

@Jurix: sensem oop nie jest 'pisanie klas' a delegowanie zadań (do wyspecjalizowanych obiektów)
masz np: komentarz w kodzie

Sprawdzenie jakie $IDMenu ma strona o ID $IDStronyMenu

możesz zacząć od refaktoryzacji kodu by komentarz nie był potrzebny

[joolekk]

@Jurix: i tak jak napisał @aseeon_

w OOP czysto i ładnie rozbijesz swoje ify na max kilka linii

[joolekk]

@Jurix: a co jeśli w innym miejscu kodu będziesz chciał sprawdzić

jakie $IDMenu ma strona o ID $IDStronyMenu

?

znów skopiujesz ten sam kod z tym

[Jurix]

@xetrov: Z Twojej wypowiedzi mogę wywnioskować, że mogę ten temat olać i czekać na komercyjne projekty z kimś doświadczonym nad sobą. A na takie coś mogę liczyć najwcześniej za rok. To sporo czasu, a fajnie na start pracy znać takie "podstawy".

@joolekk: Zazwyczaj w takich sytuacjach robię sobie stosownie nazwaną funkcję, która jest we wspólnym pliku functions.php, załączanym do wszystkich skryptów.

[Perfer]

@Jurix rozumiem, że łatwiej Ci p--------ć 4 includy w każdym pliki osobno, niż zrobić core class w którym tworzysz instancje połączenia do bazy wraz z poszczególnymi metodami autoryzujacymi i potem tylko excludowac core przy nowej klasie? Pracuje obecnie na dużym projekcie w "czystym" PHP i uwierz mi, co innego zrobić i oddac, a co innego modyfikowac/optymalizować/zabezpieczać bez OOP

[cooltang]

@Jurix: Jeżeli to nie bait, to zmień język.

[kao3991]

@Jurix:
Tak naprawdę, przy małych projektach do szuflady, to OOP większego sensu nie ma. Ale nigdy nie wiesz jak Twój projekt skończy, i jak będzie się rozwijał w przyszłości. A mądrze zrobione OOP (ale mądrze, to że se gdzieś class wpiszesz nie wystarczy) daje dużo większą możliwość rozwijania projektu. Zobacz - tutaj pokazałeś kawałek kodu który zapisuje w bazie jakąś stronę. Pewnie masz w aplikacji analogiczne kawałki zapisujące np. komentarze,

[Jurix]

@Perfer: Łatwo mówić przez pryzmat swoich projektów i doświadczeń, jednak przy małym doświadczeniu jakie ja posiadam wciąż nie mogę zastosować tej wiedzy w praktyce, nie mogę znaleźć, wyobrazić sobie konkretnej sytuacji, konkretnego skryptu czy projektu w którym takie rozwiązanie naprawdę ma sens. Tak jak mówię, wynika to tylko z mojego doświadczenia.
@cooltang: Naprawdę chciałbym poznać ścieżkę Twojego rozumowania, po której mogłeś pomyśleć że moje pytanie jest baitem.

[Jurix]

@kao3991: Hm, o takie podejście mi chodziło. Brzmi rozsądnie, logicznie i przede wszystkim konkretnie, o to mi chodziło :)
Następny projekt jaki będę pisał spróbuję w pełni obiektowo.

A co do sql injection, nie mam pojęcia jakim cudem mogłem tego chociaż podstawowo nie zabezpieczyć, niby jest to wewnętrzny panel admina, jednak nie zmienia to faktu, że zabezpieczenie musi być. Pozostałe skrypty są zabezpieczone.