[wp-hackers] Facebook API and WordPress Plugin Development - Insight / Best Practice

Mike Schinkel mike at newclarity.net
Thu Nov 15 05:14:47 UTC 2012


On Nov 15, 2012, at 12:01 AM, Bryan Petty <bryan at ibaku.net> wrote:
> On Wed, Nov 14, 2012 at 6:19 PM, Mike Schinkel <mike at newclarity.net> wrote:
>> https://github.com/getsunrise/imperative/blob/master/imperative.php
> 
> This could be way more flexible (and less code) if it just used
> version_compare() along with uksort(). It would probably also be best
> to just require the plugin to specify the version as a second
> parameter instead of trying to parse the filename for it, the plugin
> should already know the version anyway. That way library file names
> can also go unmodified, and use vendor folder conventions that play
> nicely with version control.

Agree. Like I said, I would do it differently now that I've used it for all the reasons you state.  I was trying to make it really simple but in doing so I think I made it oversimple.  

> There is one option available to solve this issue without requiring
> any changes to core, is compatible with PHP 5.2, and doesn't require
> any modifications to the 3rd party library. Unfortunately, it involves
> building a service in front of the library in question that doesn't
> include WP in any way, which you can then interface with like any
> other external API. It can still be distributed with the plugin rather
> than relying on an external server if preferred though. The downsides
> are that this involves a slightly more complicated code architecture,
> and can become very inefficient if designed incorrectly. The upside is
> that it helps you build modular code (literally by forcing you to),
> assuming you consider this a good thing anyway.

Thanks for the, but I'm sorry, I don't follow your thoughts at all.  Do you have an example where some other platform has done this to help me understand your idea?  

-Mike


More information about the wp-hackers mailing list