Red de conocimiento informático - Problemas con los teléfonos móviles - ¿Cómo crea Symfony una capa de modelo usando el comando Composer?

¿Cómo crea Symfony una capa de modelo usando el comando Composer?

Para entender qué afecta la velocidad de carrera de Composer, primero debes entender cómo funciona Composer. Los pasos operativos generales de Composer son los siguientes:

Analice su archivo compositor.json y busque los nombres y números de versión correspondientes de todo el software de terceros que debe instalarse.

Obtenga información sobre el software de terceros mencionado anteriormente del directorio de caché local y del servidor Packagist, incluida la última versión, la dirección de almacenamiento del código, etc.

Analice las dependencias y calcule la lista final de software de terceros que debe instalarse en función de las dependencias de los paquetes, las actualizaciones de versiones y otras condiciones.

Basándose en esta lista, descargue el código fuente del software de terceros. Dependiendo de los parámetros, el método de descarga será el proyecto GitClone o descargar directamente el paquete Zip.

Instalar software de terceros localmente, normalmente en formato . /vendor y generar archivos de carga automática para cargar software de terceros según los parámetros. Análisis: de los pasos anteriores, podemos ver que Composer tendrá cinco etapas diferentes cuando se ejecute, entre los que se encuentran los pasos 1, 2, 3 y 4. Varias razones harán que Composer se ejecute lentamente. Las estaciones Composer Mirror/Proxy como Composer-proxy.com en realidad han resuelto el problema de la baja velocidad en los pasos 1 y 2, que consiste en acelerar la descarga de archivos de definición de actualización de versión desde Packagist. Sin embargo, debido a las limitaciones de la eficiencia operativa de PHP y los algoritmos de cálculo extremadamente complejos en los que se basa, si se utiliza una gran cantidad de software de terceros, es particularmente probable que cause problemas como memoria insuficiente, tiempos de espera y funcionamiento lento. La prueba se basa en la ejecución en seco de Composerupdate de 6 proyectos. Se puede ver que la velocidad aumentó de 2 minutos y 14 segundos a 34 segundos después de usar HHVM, y la actualización del compositor de un proyecto se completó en un promedio de 6 proyectos. 6 segundos. Se puede ver que la mejora de la velocidad es muy grande.