[wp-trac] [WordPress Trac] #36335: Next generation: core autoloader proposal
WordPress Trac
noreply at wordpress.org
Fri Sep 2 13:43:17 UTC 2016
#36335: Next generation: core autoloader proposal
-----------------------------+------------------
Reporter: dnaber-de | Owner:
Type: feature request | Status: new
Priority: normal | Milestone: 4.7
Component: General | Version:
Severity: normal | Resolution:
Keywords: has-patch | Focuses:
-----------------------------+------------------
Comment (by boonebgorges):
Replying to [comment:164 swissspidy]:
> Replying to [comment:163 schlessera]:
> > One more though on the general direction of this ticket:
> >
> > My preference would be to only consider Composer as built-time tool
for now to build a 5.2-compatible class map that WordPress Core can use.
Then use this to modify Core so that it can make better use of the
autoloader. I expect his to have a positive impact (directly and
indirectly) on the code quality and architecture of Core.
> >
> > Considering writing an API to provide a class autoloader to plugins &
themes is too early right now, and not all of the preconditions for
properly designing something like this are met yet.
>
> I think this sums it up quite nicely.
Agreed. To reiterate: the only use of Composer being suggested here is to
generate a classmap at build time. The only people who will ever have to
worry about using Composer, on this proposal, are committers, and core
contributors whose patches change the classmap (by
adding/removing/renaming classes).
--
Ticket URL: <https://core.trac.wordpress.org/ticket/36335#comment:165>
WordPress Trac <https://core.trac.wordpress.org/>
WordPress publishing platform
More information about the wp-trac
mailing list