[wp-trac] [WordPress Trac] #33492: Slightly better add_filter
WordPress Trac
noreply at wordpress.org
Sat Aug 22 13:16:19 UTC 2015
#33492: Slightly better add_filter
-------------------------+------------------------------
Reporter: Iazel | Owner:
Type: enhancement | Status: new
Priority: normal | Milestone: Awaiting Review
Component: General | Version: trunk
Severity: normal | Resolution:
Keywords: | Focuses:
-------------------------+------------------------------
Comment (by dd32):
Replying to [comment:2 Iazel]:
> Sorry, but I don't see how this could raise more conflicts than using
the named functions, furthermore if you use the plugin domain, that should
be unique for every installed plugin as far as I know, hence it's
impossible to have a name conflict.
Since we can't enforce it that other plugins won't have a similarly named
function, or that plugin authors would use their plugin slug, that raises
the possibility of conflicts. Sure, it's a small case, but it's one that
exists.
> I also don't see why anonymous function should be discouraged, this kind
of use case is the perfect one for them!
I'm not saying they should be discouraged, but that in some situations,
they should be avoided in favour of a class method or stand alone
function. Yes, in your use-cases they probably make sense, and I'm not
arguing against that.
> Obviously we can store it in a variable, but in the 99% of the case,
that variable will be out of scope for another plugin/template to replace
it, and that's the usual case.
And that's a use-case where I feel that an anonymous function should be
discouraged, where it's hooked in one place, and unhooked in another
context. Personal opinion though.
--
Ticket URL: <https://core.trac.wordpress.org/ticket/33492#comment:3>
WordPress Trac <https://core.trac.wordpress.org/>
WordPress publishing platform
More information about the wp-trac
mailing list