OOP to nic innego jak wzorzec projektowy. Jeśli dopiero zaczynasz, naucz się podstaw, koncentrując się na podejściu proceduralnym. Co najważniejsze, zapoznaj się z podstawowymi zasadami, takimi jak pętle, warunki i wywoływanie innych procedur.
Podczas tworzenia kodu proceduralnego wyrób nawyk dodając powiązane metody w jednym pliku źródłowym. Naucz się dzielić swoje procedury na jednostki logiczne, a wtedy już zaczniesz być zorientowany obiektowo. Zasadniczo obiekt to nic innego jak zbiór metod, które są ze sobą powiązane tylko dlatego, że operują na tym samym zestawie danych. (Nie mówię tutaj o bazach danych, ale o danych aplikacji!)
OO służy głównie do uczynienia kodu bardziej logicznym, dzieląc wszystko na proste bloki. Łącząc odpowiednie klocki otrzymujesz kompletną aplikację. OO nie jest srebrną kulą ani złotym młotem, który rozwiąże wszystkie Twoje problemy. Ale to, co robi, sprawia, że kod jest łatwiejszy do zrozumienia.
Z drugiej strony, niektórym ludziom wciąż udaje się zrobić kompletny bałagan z obiektów, po prostu zamieniając je w ogromne super-obiekty za pomocą setek metod. Takie obiekty nie różnią się zbytnio od zwykłego podejścia proceduralnego, po prostu ze względu na ogromną liczbę połączonych ze sobą metod bez żadnej logiki. To błąd, który łatwo popełnić, gdy ludzie zaczynają robić OOP zbyt szybko.