[wp-trac] [WordPress Trac] #36335: Next generation: core autoloader proposal

WordPress Trac noreply at wordpress.org
Mon Jun 6 14:10:40 UTC 2016


#36335: Next generation: core autoloader proposal
-----------------------------+-----------------------------
 Reporter:  dnaber-de        |       Owner:
     Type:  feature request  |      Status:  new
 Priority:  normal           |   Milestone:  Future Release
Component:  General          |     Version:
 Severity:  normal           |  Resolution:
 Keywords:  2nd-opinion      |     Focuses:
-----------------------------+-----------------------------

Comment (by boonebgorges):

 A Composer-generated classmap seems like the right way forward here. I
 don't see why we should reinvent the wheel, even if it only takes 47 lines
 to do it.

 I have some implementation questions about how a Composer classmap would
 work alongside the WP codebase, which could probably be answered with a
 patch from someone with more Composer-fu than I've got. Putting a
 composer.json in the root of the repo checkout and running `composer dump-
 autoload` puts the autoloader into `/vendor`. What's the best practice for
 moving it into `ABSPATH`? Should we have a (Grunt?) wrapper that runs
 `dump-autoload` and then moves `vendor` into `src`, intended to be run
 pre-commit?

--
Ticket URL: <https://core.trac.wordpress.org/ticket/36335#comment:45>
WordPress Trac <https://core.trac.wordpress.org/>
WordPress publishing platform


More information about the wp-trac mailing list