I'm having serious issues understanding PHP classes from a book. They seem very difficult. What is their purpose and how do they work?
相关问题
- Views base64 encoded blob in HTML with PHP
- Laravel Option Select - Default Issue
- PHP Recursively File Folder Scan Sorted by Modific
- Can php detect if javascript is on or not?
- Using similar_text and strpos together
To offer a view from another angle if I may please (based on personal experience). You need to feel "the need of OOP" before you can actually understand what is it all about - IMHO, learning resources should come after this.
One would basically "need" to be stuck in structural difficulties when writing relatively large piece of software written in procedural style (as opposed to Object Oriented, sorry if anyone disagree with the term). By then, he/she could try restructuring the code into objects to better organize it and, naturally, learn more about OOP in detail. Again, this is my personal experience and it brought me into understanding faster than any book.
Just my two cents.
In a nutshell, a Class is a blueprint for an object. And an object encapsulates conceptually related State and Responsibility of something in your Application and usually offers an programming interface with which to interact with these. This fosters code reuse and improves maintainability.
Imagine a Lock:
Ignore the
namespace
,private
andpublic
declaration right now.The Lock class is a blueprint for all the Locks in your application. A Lock can either be locked or unlocked, represented by the property
$isLocked
. Since it can have only these two states, I use a Boolean (true
orfalse
) to indicate which state applies. I can interact with the Lock through it's methodslock
andunlock
, which will change the state accordingly. TheisLocked
method will give me the current state of the Lock. Now, when you create an object (also often referred to as an instance) from this blueprint, it will encapsulate unique state, e.g.Let's create another lock, also encapsulating it's own state
but because each object/instance encapsulates it's own state, the first lock stays locked
Now the entire reponsibility of keeping a Lock either locked or unlocked is encaspulated within the Lock class. You don't have to rebuilt it each time you want to lock something and if you want to change how a Lock works you can change this in the blueprint of Lock instead of all the classes having a Lock, e.g. a Door:
Now when you create a Door object you can assign a Lock object to it. Since the Lock object handles all the responsibility of whether something is locked or unlocked, the Door does not have to care about this. In fact any objects that can use a Lock would not have to care, for instance a Chest
As you can see, the reponsibility of the Chest is different from that of a door. A chest contains loot, while a door separates rooms. You could code the locked or unlocked state into both classes, but with a separate Lock class, you don't have to and can reuse the Lock.
Chest and Door now have their unique locks. If the lock was a magical lock that can exist in multiple places at the same time, like in Quantum physics, you could assign the same lock to both chest and door, e.g.
and when you
unlock()
the$quantumLock
, both Door and Chest would be unlocked.While I admit Quantum Locks are a bad example, it illustrates the concept of sharing of objects instead of rebuilding state and responsibility all over the place. A real world example could be a database object that you pass to classes using the database.
Note that the examples above do not show how to get to the Lock of a Chest or a Door to use the
lock()
andunlock()
methods. I leave this as an exercise for your to work out (or someone else to add).Also check When to use self over $this? for a more in-depth explanation of Classes and Objects and how to work with them
For some additional resources check
I know you asked for a resource, not an explanation, but here's something by what I understood basic implementation of classes:
Imagine class as a template of building. A basic sketch how a building should look like. When you are going to actually build it, you change some things so it looks like your client wants (properties in case of class). Now you have to design how things inside of the building are going to behave (methods). I'm going to show it on a simple example.
Building class:
Calling the class:
Just copy it, run it on your localhost and try to do some changes. In case of any questions, just ask me. If you don't find this useful, just use links of previous posters, those are pretty solid tutorials.