Empresas
Empleos
  • Sobre nosotros
  • Soluciones
    • Publicación de vacantes
      Publica tu vacante y recibe candidatos calificados en 48h.
    • Evaluación de candidatos
      500+ pruebas técnicas y psicológicas, más anti-fraude.
    • Headhunting
      Búsqueda ejecutiva a la medida de principio a fin.
    • Nómina + EOR
      Dispersión de nómina y EOR en más de 15 países de LATAM.
  • Precios
  • Empleos

0

134
Vistas
New to Laravel - Vendor directory

I followed all the steps from Laravel Installation guide.

Using Composer, the project is installed successfully on server and run like a charm.

On the installation, Composer add some dependencies in the vendor directory.

My question is: Why is there are so many dependencies for the "Hello World project". I don't understand the needs of directories. Heres the list:

  • bin
  • classpreloader
  • composer
  • d11wtq
  • filp
  • ircmaxell
  • jeremeamia
  • laravel
  • monolog
  • nesbot
  • nikic
  • paragonie
  • patchwork
  • phpseclib
  • predis
  • psr
  • stack
  • swiftmailer
  • symphony

I come from Zend development. So in the vendor directory, I was expecting only the framework Laravel, nothing else. Why would I need over 4200 files of 3rd party script.

Thanks for answering.

Carl

about 4 years ago · Santiago Trujillo
1 Respuestas
Responde la pregunta

0

Laravel has many features out-of-the-box which are missing in other frameworks. I can understand that you think there are too many dependencies for something simple like a Hello World project, because you're completely right. But Laravel is not about adding features when you need them, it's about having all features already there. It's like comparing Arch Linux and Ubuntu. In Arch, you install things on the go when you need them. Ubuntu has everything out-of-the-box.

Which one is better is mostly a matter of taste.

I ran composer show --tree in a new Laravel project to see a dependency tree. Now, as of Laravel 5.4.18, there are 4 main dependencies which pull in all other dependencies.

  1. laravel/framework
  2. laravel/tinker
  3. fzaninotto/faker
  4. phpunit/phpunit

Many of these dependencies aren't in use when deployed, e.g. phpunit is only used for unit tests or the Symfony debug bar is used – well, you guessed it – for debugging.

Regarding your comment about removing dependencies: They are pulled in by one of the 4 main dependencies, so you have to either fork them and remove the unused components or live with it.

about 4 years ago · Santiago Trujillo Denunciar
Responde la pregunta
Encuentra empleos remotos

¡Descubre la nueva forma de encontrar empleo!

Top de empleos
Top categorías de empleo
Empresas
Publicar vacante Precios Comercial
Legal
Términos y condiciones Política de privacidad
© 2026 PeakU Inc. All Rights Reserved.
Andres GPT
Recomiéndame algunas ofertas
Necesito ayuda