8

I have been using regular PHP for some time now. My formal code training is zero. Whatever I've learned I've found here, on the PHP documentation site, the MySQL documentation, etc.

I write PHP from scratch. I use functions for tasks that re-occur, I apply MVC to write more maintainable code, and I recently wrote a nice little library with some of my functions so I can save time in future projects. Long story short, without being some sort of guru, I have a decent relationship with PHP, and so far it seems to get things done for me.

So my questions are the following: Why should I start writing object-oriented code in PHP? How will it make my programming life better and why is it better than the traditional way of doing things?

Peter Mortensen
  • 30,738
  • 21
  • 105
  • 131
ppp
  • 2,035
  • 9
  • 32
  • 52
  • 3
    how do you implement MVC without OO? – miki Feb 26 '12 at 09:42
  • 1
    possible duplicate of [What are the advantages of object oriented PHP](http://stackoverflow.com/questions/4409824/what-are-the-advantages-of-object-oriented-php) – Sarfraz Feb 26 '12 at 09:43
  • 1
    possible duplicate of [simple explanation PHP OOP vs Procedural?](http://stackoverflow.com/questions/1530868/simple-explanation-php-oop-vs-procedural) – the Tin Man May 26 '12 at 20:37
  • 2
    @miki: Model=database+stored procedures, View=browser, Controller=PHP code on server – Calmarius Feb 08 '13 at 19:46

5 Answers5

9

OOP was made to make programming languages more similar to real life.

What does that mean?

We live in a world of objects. You are an object (Person), you live in an object House, that House object (as well as any other House object) has an House::$address and House::$number, your house probably contains other objects such as LivingRoom and Kitchen. The Kitchen can hold Oven and Stove and Refrigerator, which are all extensions of the KitchenAppliance object.

OOP programming takes that approach, and incorporates it into the programming world.

How does it help me?

Well, there are several things:

  • It makes your code more maintainable. Instead of dividing your program into tasks (functions), you divide it into objects, if you think of a database connection as an object (meaning, there can be multiple database connections, they share methods and properties, but each is preformed on a different instance), it makes it easier to understand and maintain.
  • It makes your code more readable. You define an object with the class decleration, and then call it with the new ClassName() keyword.
  • It allows for extensibility and flexibility. Just like KitchenAppliance can be extended into Oven or Stove, so can your objects and classes.

Summary

OOP programming comes with many advantages. It requires a slightly different way of thinking, but eventually, it's worth it.

Community
  • 1
  • 1
Madara's Ghost
  • 172,118
  • 50
  • 264
  • 308
  • 1
    Thank you for your time. In the oop way, if I, the object AnPel, am hungry, then I anpel::eat(); If I wanted to apply the same function to another object, say my_hamster, wouldn't I have to define it, using a full list of properties for it, before using my_hamster::eat(), making the whole coding process a bit slower? Why is that better than having a function feed() and calling it to do the appropriate tasks? – ppp Feb 26 '12 at 10:02
  • You could define an abstract class `Animal`, and have both `Person` and `Hamster` extend it. The `Animal` class would then have the `Animal::eat()`, `Animal::drink()` and `Animal::breathe()`, which will be inherited to any extending class (Namely, `Person` and `Hamster`). – Madara's Ghost Feb 26 '12 at 10:04
  • Also, the reason why an object is more appropriate to this, is that it also the way stuff happen in the real world, it makes more sense. Either you, the `Person` is calling `$anPel->feedHamster($my_hamster)`, or the hamster is `$my_hamster->eat($food)`. Not some mysterious force `feed()` is feeding it. It's an excellent way of describing the relationship between elements in your program. – Madara's Ghost Feb 26 '12 at 10:07
  • 2
    I see that it is closer to the real world, so it is easier to understand. Apparently it is worth the time and effort in more complex applications. – ppp Feb 26 '12 at 10:19
3

For sure you can write your code without OOP and try to implement designs/patterns like MVC without using just a single object.

I don't want to answer why to program in OOP. This you could read in e.g. on this Stack Overflow question.

I think you want to know, when and why you would fail with your coding behavior:

  • This would be at the moment when you try to work with another person together. The other programmer would never find your code readable. He will take a long time till he understands how your software works.
  • I think it's hard to separate tasks in your code for teamwork. How are your files separated, and how is the naming convention? You have to solve this by your own and don't reuse every known pattern.
  • What are you doing with third-party stuff? How do you integrate them? I do not know any usable library without using an OOP schema...

There are many more problems which are surely possible to solve, but every time you lose the possibility for others to understand your code and to reuse it in other programs...

Community
  • 1
  • 1
Neysor
  • 3,893
  • 11
  • 34
  • 66
3

You have received a lot of comprehensive answers, so I will use one argument: design patterns. (http://en.wikipedia.org/wiki/Software_design_pattern).

You can find tones of solutions for commons problem, which can save your time and improve quality of your code.

Some design patterns examples:

Franky speaking, if you want to better understand OOP, you have to:

  1. Learn or understand common design pattern.
  2. Start using unit testing, you will find out that lack of dependency injection can be real pain in bad architecture.
  3. learn and understand OOP principles, like SOLID http://en.wikipedia.org/wiki/SOLID_%28object-oriented_design%29.

Without this you will be using functions encapsulated in classess, like in namespace, not OOP.

Taz
  • 3,718
  • 2
  • 37
  • 59
Slawek
  • 583
  • 3
  • 9
  • 1
    At the time I asked the question I could not understand your answer.. Right now I understand, and design patterns can, if used properly, save your life in many situations – ppp Jun 04 '13 at 14:52
2

One word: cohesion.

When you start developing software using objects (especially when those objects use Dependency Injection), you find that common functionality starts to gravitate into their own specialised classes that are reused. This makes maintaining and enhancing the software MUCH easier, and results in higher quality software.

Example:

Many applications use sessions, for storing all sorts of stuff. When all session data is managed by a specialised session manager class, all the code that is responsible for dealing with the session is kept in one place. If you want to change the way you application uses session data (perhaps to make it more secure, or more efficient), you only need to change code in one place.

I made the jump to OOP PHP three months ago and it is one of the best things I have done.

I started off with PHP Object-Orientated Solutions and have just finished Real-world Solutions for Developing High-quality PHP Frameworks and Applications. Both of those books have helped me a lot, and I highly recommend them.

The learning curve is quite high. But I guarantee, you will be glad you've turned to OOP.

Lewis Bassett
  • 1,299
  • 1
  • 11
  • 17
0

With OO you can develop applications a lot faster and in a cleaner way. You could easy to reuse your extisting classes with extending them (reducing your code base).

With OO design you only have to deal with small pieces of codes at any one time, not a bunch a functions in a file with 3000+ lines of code. You should also look after the SOLID guidelines.

Josh Crozier
  • 233,099
  • 56
  • 391
  • 304
Peter Kiss
  • 9,309
  • 2
  • 23
  • 38