Comments on: Extensible PHP software: Hooks & patches

By: Franz

Franz — Tue, 18 May 2010 13:39:23 +0000

I actually grew to like Frank’s idea (http://61924.nl/blog/e/00034-extending-php-software.html) now. In a way, it is the back-to-the-roots way, combining mods with auto-installation and hooks and probably the best solution when talking about performance. It is also safer than pure patching…

By: Matt

Matt — Sat, 08 May 2010 02:47:07 +0000

Personally, I see extensions as providing additional functionality outside of the core classes, (extending only), hence overriding a core function shouldn’t be a consideration. However, if that behaviour is desired in certain places, add hooks where appropriate in the base class functions and let the hooks take precedence over the core functions, or add the ability for external classes to be loaded inplace of the base classes. There are so many different ways to approach each and every possibility, (without going the ‘pure OO’ path and throwing 10x the amount of code needed at everything). Simple approach logic and variation seem to take a backseat when people start thinking about OOP, in my opinion.

By: Franz

Franz — Fri, 07 May 2010 22:07:29 +0000

Well, how exactly would you imagine an extension overriding some core base class and another extension wanting to do the same? (O.k., it just appeared to me that this might be possible with a hook in __call()…)

By: Matt

Matt — Fri, 07 May 2010 20:50:22 +0000

Personally, (I must be thinking along different lines from yourself regarding how extensions would work), I can’t see much of a problem whichever way it’s done. As to what the correct OO approach is, that’s a subjective point. Each will have their own opinion on what constitutes the correct or best method. Simplest is always best, IMHO, whichever that may be.

By: Franz

Franz — Fri, 07 May 2010 19:42:28 +0000

Well, I don’t see how that would work with multiple extensions. You can’t just extend a class with multiple classes or extend an unknown (dynamic) class…

I guess the way a complete OO approach would go would not be via subclasses (at least in most cases), but rather through stuff like the patterns mentioned in my last comment. I should take a look at it. Lacking the time though

By: Matt

Matt — Fri, 07 May 2010 15:54:14 +0000

Nice to see you’re still keeping an eye on things Rickard.

Franz, I might have missed your point somewhat, but either straight functions or just extending the respective core class with an extension class would both work fine, (in theory)?

By: Franz

Franz — Thu, 06 May 2010 11:25:20 +0000

I’ve always wondered how exactly a strict-OO approach would work with multiple extensions. Obviously every extension class would overwrite some base class and not just the last extension class. Thus, it seems, it would not be possible to extend a class with multiple extensions (except for something like decorator or command patterns probably). How would that be done?

By: damaxxed

damaxxed — Wed, 05 May 2010 22:25:50 +0000

I like the idea with the special function calls best:
* a whole extension is stored in one file without any xml or db usage
* saving the registered function calls in an array allows on-the-fly disabling of some hooks and extensions
* dynamic function calls with $name($parameter) have a good performance according to http://weierophinney.net/matthew/archives/121-Benchmarking-dynamic-functionmethod-calls.html

By: google.com/accounts/o8…

google.com/accounts/o8… — Thu, 22 Apr 2010 07:22:41 +0000

I’m Rickard by the way, not google.com/accounts/o8…

By: google.com/accounts/o8…

google.com/accounts/o8… — Thu, 22 Apr 2010 07:20:49 +0000

I guess I should take responsibility for that horrible mess of eval, XML and PHP file caching that was the old extension system Whatever you guys decide to do, it can only get better. I would take a look at WordPress. It has a hooks based extension system that is very simple and yet seems to keep everyone pleased.