Composer ile psr-4 autoloading kullanırken ad alanını neden belirtin?

Question

Composer'da psr-4 autoloading'i nasıl kullanmam gerektiği konusunda biraz kafam karıştı.

/ 
|- Core/ 
| - Router.php 
|- App/ 
| - Models 
|  User.php 
|- composer.json 

Temelde, proje kök: en Böyle bir klasör yapısını var diyelim composer.json; Router php sınıfı içeren bir Çekirdek klasöründe; Bir Kullanıcı sınıfını içeren bir Modelleri klasörü içeren bir App klasörü.

Yönlendirici sınıf şuna benzer:

<?php 
namespace Core; 

class Router { 
} 

ve kullanıcılar sınıf aşağıdaki gibidir:

<?php 
namespace App\Models; 

class User { 
} 

Yani özdevinimli_yükle Composer psr-4 autoloader kullanarak bu sınıflar, yapabileceğim yapabilirsiniz bu composer.json:

{ 
    "autoload": { 
     "psr-4": { 
      "Core\\": "Core", 
      "App\\Models\\": "App/Models" 
     } 
    } 
} 

Öyleyse size koşudan sonra (onları gerektirmeden sınıflarını kullanabilirsiniz Böyle ning composer dump-autoload):

$router = new Core\Router(); 
$user = new App\Models\User(); 

hiçbir sorunları ile çalışır.

Ancak, ben de composer.json yapabilirsiniz:

, belgelere göre köküne göre herhangi ad olabilen bir geri dönüş dizin olmasına

{ 
    "autoload": { 
     "psr-4": { 
      "": "" 
     } 
    } 
} 

. Ben diyor ki besteci autoloader bu "boş" girdisini, alarak Yani özdevinimli_yükle benim sınıfların herhangi Doğru klasörü takip edebilirsiniz eğer, "kök başlayarak her ad bir sınıf için herhangi dizinde bak" adlandırma/ad alanı yapısı.

Peki, neden eski eğer ikincisi eserler ve bir daha basit sorumu yapacağını edilir? Performanslı bir şey mi? Yoksa başka bir sebebi var mı?

Answer 1

Neden hep yapmamalısınız "psr-4": {"": ""}?

Sebep 1: Maliyet performansı. Tanım, otomatik yüklemeye ihtiyacı olan HER sınıf için Composer'ın kök dizine bakması gerektiğini söylüyor. Bu sınıflar sadece paketinizdekiler değil, diğer tüm sınıflar da.

Besteci sonuçsuz aramaları hatırlayarak bu çabayı biraz optimize etmeye çalışır, ancak aynı öneki ile başka bir sınıf yüklerseniz bu sadece öder.

Sebep 2: PSR-4 özü bir dizin yolu eşlenmiş bütün ad yolunu olması kalmamasıdır.Bir \Vendor\Template\Escaping\Output\* gibi sınıfların çok belirli bir grup ile ilgilenen paketi, ve başka bir şey olduğunu varsayarsak (küçük paketler sahip daha kolay çok fazla kod eklemeden onları yeniden kullanmak yapar) kullanarak,src/Vendor/Template/Escaping/Output/AnyClass.php onları var ve

tanımlayabilir

"psr-4": { 
     "\\Vendor\\Template\\Escaping\\Output\\": "src/Vendor/Template/Escaping/Output/" 
} 

Ayrıca src/AnyClass.php halinde sınıfı koymak ve

"psr-4": { 
     "\\Vendor\\Template\\Escaping\\Output\\": "src/" 
} 

tanımlamak ve bu marjinal (bence - gerçi hiçbir rakamlar var) hızını artırmak, önemli ölçüde dizin yolu kısaltır olabilir, ama çoğunlukla nedeniyle şeyi gelişmekte iyileştirilmesi için boş klasörlerin daha az açılması.

Aynı paketin hem Core ad alanı hem de App ad alanı olması şüpheli hale getirir: Bunların her biri için neden bir paket yok?

Answer 2

PSR-4, INTO fiziksel dizinleri ad alanlarını çeviren bir standarttır.

Answer 3

Genellikle, besteci kullanırken kendi projeniz için yalnızca bir klasörünüz vardır. O zaman sadece bir isim alanını belirtmeniz yeterlidir.

o zaman sadece bir Belirtilen ad var sen

/ 
|- lib/ 
| - Core/ 
|  - Router.php 
| - App/ 
|  - Models 
|   User.php 
|- composer.json 

için dosya yapısı yeniden düzenlemek ve

{ 
    "autoload": { 
     "psr-4": { 
      "MyApp\\": "lib/" 
     } 
    } 
} 

için composer.json değiştireceğini düşünün ve bu konuda başka ad alanları eklemek için ihtiyacım yok . Böyle Sınıflarınızı çağırabilir:

$router = new \MyApp\Core\Router; 
$user = new \MyApp\App\Models\User; 

veya böyle

:

namespace MyApp; 
$router = new Core\Router; 
$user = new App\Models\User;