Czy zrobić to obietkowo?

Czy warto przepisać kod na obiektowy? Zastanawiam się ponieważ, mam kilka funkcji a każda wymaga podania kilku zmiennych, więc wydaję mi, się że lepiej by było to zrobić obiektowo. Nie jest tego dużo, ale kod będzie coraz bardziej rozbudowany i nie chcę się zgubić w tym wszystkim. W screenie mam wszystkie funkcje oprócz logowania, które jest w innym pliku, czy logowanie też lepiej zrobić obiektowo?

A czy piszesz to w jakimś frameworku ?

Lepszy dobry proceduralny niż kijowy obiektowy ;-)

W Twoim przypadku masz przynajmniej kilka problemów:

1. Brak type-hintingu (PHP 7 się kłania).
2. Mieszanie konwencji nazewnictwa: razPiszeszWTakiSposób, a_zaraz_potem_tak, azachwilęzkoleitak.
3. Nazwa funkcji powinna opisywać to, co dana funkcja robi - patrząc na deletewatched czy button_click nie mam pojęcia, czego się mogę spodziewać.

Przepisanie kodu nieobiektowego na obiektowy nie jest rozwiązaniem problemu, chyba że masz doświadczenie w pisaniu kodu obiektowo i wiesz, w czym ci to pomoże.

Na twoim miejscu bardziej skupił bym się na tym jak pisać dobry kod obiektowy/nieobietowy. Pomagają tutaj zasady Clen Code, SOLID, KISS itp. Dopiero później zacząłbym się zastanawiać(uczyć) jak napisać dobrze kod w sposób obiektowy.

Zrób elegancki plik z funkcjami od góry do dołu - podziel sobie na główne funkcje i podfunkcje (bo mówienie o prywatnych w przypadku proceduralnego php mija się z celem, bo i tak dostęp jest publiczny). Postaraj się trzymać jednej konwencji nazewnictwa, przemyśl nazwy funkcji i zmiennych, dąż do ograniczenia liczby argumentów i najlepiej aby każda funkcja robiła TYLKO jedną rzecz.
Wtedy obiektowość nie będzie potrzebna ;)

Hej,
nie wiem jak doradzić. Ja generalnie mam taką zasadę: nie piszę objektowo, jak nie muszę :) w Javie to raczej trudne :) w Rubym też :) Ale popieram to co napisano wyżej, lepszy dobry nieobjektowy kod niż średniej jakości objektowy. Jakby ktoś miał jakieś linki do artykułów porównujących kodowanie objektowe z nieobjektowym to byłbym wdzięczny :)

Przecież to już jest napisane obiektowo :)
Po prostu nie ma cukru składniowego w postaci klas.

Jakby obiekty były niezależne od projektu i bardziej uniwersalne, to mógłbyś je wyodrębnić do oddzielnej klasy i może w przyszłości tobie, albo komuś innemu by się przydało.

Ale rób byle jak, bo będziesz stał w miejscu, a tak już byś coś innego zaczął kontynuować...