Witam, piszę struktualnie i wiele słyszałem, że OOP jest wiele lepsze...


1. Czy możecie podać jakieś konkretne przykłady w czym?
2. Czy gdy używam "function xx()" to też jest jakaś część OOP?
3. Czy wszystko można rozpisać obiektowo?


Nie dotyczące programowania obiektowego.
Wstęp do pytania 1:
Ostatnio widziałem coś podobnego do tego:

[PHP] pobierz, plaintext 
if($cośtam : $cośtam2 ?
[PHP] pobierz, plaintext 

1. Co oznacza ten zapis?

Czy przeczytałeś jakikolwiek kurs który dotyczy programowania obiektowego?
Wszędzie masz masę przykładów.


Może być to zarówno obiektowe jak i proceduralne. Zależy czy deklaracja jest w kontekście klasy (np. public function xx() ) czy w kontekście globalnym (tak jak napisałeś).


Wszystko można, lecz nie zawsze jest sens.



Nie tak wygląda ten zapis.
To wygląda tak:

[PHP] pobierz, plaintext 
  echo $warunek ? 'spełniony' : 'niespełniony';
[PHP] pobierz, plaintext 

Tłumaczy się na:

[PHP] pobierz, plaintext 
  if ($warunek)
    echo 'spełniony';
  else
    echo 'niespełniony';
[PHP] pobierz, plaintext 

Można stosować zarówno przy echo, jak i przy argumentach funkcji i w ogóle w wielu miejscach jest to wygodne, ale nie należy przesadzać bo nie jest nadzwyczajnie czytelne.

Jak już to raczej mogło tam być

[PHP] pobierz, plaintext 
if($cośtam : $cośtam2 ? $costam3)
[PHP] pobierz, plaintext 

I jest to po prostu zwykła instrukcja IF, a w jej wnętrzu tzw. Ternary operator.

Co do pytań:
1) Pozwala na łatwiejsze odwzorowanie typowych sytuacji/problemów,
2) Częścią OOP jest wszystko to co w jakiś sposób operuje na obiektach - chociaż to nie do końca dobrze napisałem
3) W gruncie rzeczy to tak

Przepraszam za offtopa, ale wygląda mi to nieco bezsensownie. Albo jedno albo drugie, po co łączyć oba ze sobą?

Nie pytaj mnie tylko autora kodu, który widział autor wątku.

[PHP] pobierz, plaintext 
if($a ? $b : $c)
[PHP] pobierz, plaintext 

Można zapisać jako:

[PHP] pobierz, plaintext 
if (($a && $b) || $c)
[PHP] pobierz, plaintext 

Jednak pod względem składni jest to zapis jak najbardziej poprawny, chociaż jakiegoś konkretnego, logicznego przypadku użycia dla czegoś takiego też nie potrafię znaleźć.


A guzik prawda. Ten operator nie ma kompletnie nic wspólnego z echo czy jakąkolwiek inną instrukcją języka.

Dziękuję za odpowiedzi, czytałem wiele artykułów na temat OOP, jednak troszkę mnie to przeraża [Potrzebne źródło 1 => Potrzebne źródło2]
Może jak w nowej szkole ktoś będzie to rozumiał i będzie się mu chciało mi to przekazać to się zdecyduję, ale tymczasowo nie za bardzo mnie do tego ciągnie.

Nowy projekt 'Zarny' zacznę strukturalnie.
Jeszcze raz dziękuję i pozdrawiam.

Zgadza się, to był tylko przykład, tylko bardziej sensowny niż ten z if() . Aha, przepraszam jeżeli to pytanie odebrałeś personalnie, wiem że nie Ty wymyśliłeś tą treść i wyraziłem tylko swoje zdziwienie.



Bez sensu, lepiej poświęcić trochę czasu teraz na zrozumienie o co w tym chodzi niż potem poświęcić 4x więcej czasu na próby przerabiania proceduralnego kodu. Naprawdę

Poszukaj po prostu lepszych artykułów :]. Aha, no i oczywiście pytaj jeśli nie rozumiesz, tylko raczej w dziale "Przedszkole" bo tu mogą Cię zjechać za zbyt proste pytania.

Dobrze napisany kod proceduralny nie musi wymagać przepisania. Więcej... źle napisany obiektowy jest większą udręką niż strukturalny.

btw: kod strukturalny a proceduralny to dwie inne rzeczy - więcej w wiki.

Przepraszam, masz rację, zgeneralizowałem trochę.


Tutaj masz rację, ale problem przychodzi w momencie w którym musisz dodać nową funkcjonalność lub przerobić starą (np. dodać więcej możliwości).
Wtedy robi się nieprzyjemnie.

No, ale ja jestem zwolennikiem obiektowości, może stąd taka moja opinia. Po prostu uważam że przy dużych projektach obiektowość wielokrotnie ratuje od utonięcia w g*wnie.

mayu11 -> Generalnie żeby nie było że nic nie wnoszę do tematu, napiszę tylko że jeśli zależy Ci na elastycznym i czytelnym kodzie, przyswój sobie OOP, choćby po to żeby decyzję o tym, czy swój nowy projekt napisać obiektowo, podjąć świadomie. Polecę Ci ten artykuł po to żebyś miał jaśniejszy pogląd na sytuację.

Zależy o jakiej funkcjonalności mówisz, zauważ, że jak kod masz fatalnie napisany, to nawet to, że jest pisany obiektowo niezbyt wiele zmieni.


Popieram w stu procentach. Mnie nie raz ratowała

@autor: OOP zawsze warto poznać i wykorzystywać w swoich projektach. Może trochę dziwnie to zabrzmi, ale jakoś ciężko byłoby mi napisać (w sensie - dać się do tego przekonać) bez użycia OOP.