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

WordPress Trac noreply at wordpress.org
Thu Sep 1 20:08:35 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 TJNowell):

 It's nice to see somebody playing devils advocate :)

 I would note that a Composer autoloader is not a full copy of Composer,
 and PSR standards autoloaders aren't relevant here as Core doesn't use
 PSR. Composer is being used as a build time tool here much in the way that
 NPM or Grunt might be used, only the final autoloader produced is
 relevant.

 As an aside, Core could include a Composer autoloader if it exists, even
 if it doesn't make use of it internally. This would be a great help for
 those of us who use Composer, eliminating an extra step in the setup, and
 standardising when the autoloader is added.

 The Composer classmap autoloader is widespread and battle tested, I
 believe atm that puts it ahead of homegrown options regardless of best
 practices. If better can be made I'm sure the Composer project will be
 interested in our findings.

 Mike, if you'd like to work on a generator proposal so that we can have
 Composer build an autoloader that matches your own specifications rather
 than those of the Composer project I believe that would be the most
 productive action to take. At that point we can make direct comparisons,
 and perhaps learn things of practical use

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


More information about the wp-trac mailing list