I'm just getting the grasp of OOP myself and my answer is if you are comfortable writing PHP the procedure style then start slow with OOP. Don't try to do everything at once with OOP, take it in sections. By that I mean what can OOP do to cut the repetition of my code down or how can the code make it cleaner and modular for other programmers who might be working on the same project . I think the big break for me came when I started understanding objects and arrays, plus the relationship the have with each other. I also found myself doing little test scripts on constructors, methods, classes, etc.. and visiting php.net manual a lot reading about them and seeing examples of what other people have done in the past.
There's nothing wrong in doing the procedural way (specially if you're comfortable with it) and slowly bring OOP into the mix. You might also want to consider using some kind of framework, if it's getting close to crunch time. Just my .02 cents.
I seen a lot of posts lately with people (I include myself when I first started OOP) trying to do everything at once with OOP. Once I was straighten out by others, I learn OOP is just another tool in your tool belt to make it easier coding. Just doing OOP to do OOP is just a waste of time, if it's a small project then maybe doing it the procedural way might be the best way. It's something every programmer has to decided what is best.
Last edited by Strider64; 04-21-2013 at 09:09 PM..