VOLVER
En el siguiente artículo, explicaremos cómo funciona Symfony Polyfill y cómo se relaciona con los proyectos Symfony. También profundizaremos en la idea que trata de resolver esta librería.
En la mayoría de los PHP proyectosnotará una fuerte dependencia de la aplicación Polyfill Symfony biblioteca. En este artículo, explicaremos no sólo cómo funciona y cómo se relaciona con Proyectos Symfonypero también profundizaremos en la idea del problema que trata de resolver.
PHP estuvo en mal estado durante mucho tiempo. Fue en 2005 cuando Andrei Zmievski inició un proyecto para ofrecer compatibilidad nativa con Unicode para PHP debido a las críticas encontradas y a la preocupación de que PHP va por mal camino. Desarrollo de PHP 6.x comenzó. Pero nunca se terminó, y esa es una historia para otro día. 10 años después, en algún momento entre 2014 y 2015, Dmitry Stogov, Xinchen Hui y Nikita Popov iniciaron phpng - proyecto que optimizó y refactorizó el motor Zend interno utilizado por PHP.
Y durante los últimos años, PHP está creciendo más rápido que nunca, actualmente en la versión estable 8.1.
Debido al rápido desarrollo de nuevas funciones en el lenguaje, no sólo los desarrolladores tuvieron que adaptarse a esos cambios, sino también los proveedores de infraestructuras y servicios de alojamiento.
Para garantizar que los desarrolladores podamos utilizar las nuevas y mejores funciones de nuestro querido lenguaje de programación Polyfill Symfony nació el proyecto.
Este proyecto incorpora funciones de la última versión de Versiones PHP y proporciona capas de compatibilidad para algunas extensiones y funciones. Está pensado para ser utilizado cuando la portabilidad a través de Versiones PHP y extensiones.
Esta es una descripción pura de Polyfill Symfony ¿pero qué significa eso?
Debido a la rápida evolución Idioma PHP y la personalización del software de los proveedores de servicios de Internet, la mayoría de los desarrolladores se han enfrentado a una elección sencilla:
Pero tenían que mantener la compatibilidad con otras herramientas y servicios ya utilizados tanto en el código e infraestructura, casi siempre con versiones antiguas de PHP¿Necesito mencionar, querido lector, el llamado "factor diversión" de estas dos soluciones?
Para facilitar el camino a los desarrolladores, la comunidad de código abierto creó en 2015 la primera versión estable de Polyfill numerada 1.0. La vida de los desarrolladores se hizo más fácil y se podría decir que Symfony Polyfill resolvió multitud de problemas como la portabilidad del código entre diferentes plataformas, Versión PHP y facilitó la refactorización de las aplicaciones y la reducción de la deuda tecnológica.
Por desgracia, no todos los problemas pueden resolverse con una sola herramienta.
Para complejos Proyectos informáticosEn la actualidad, mantener diferentes versiones de entornos para distintos clientes/ramas/departamentos es un procedimiento habitual. Esto resulta en la necesidad de desarrollar muchas ramas diferentes de aplicaciones al mismo tiempo, a menudo con diferentes requisitos funcionales y con su propia tracción. Me he enfrentado muchas veces al problema de mantener la misma aplicación para diferentes clientes en diferentes entornos PHP5 / PHP7 y la multitud de problemas relacionados con la incompatibilidad de librerías o sus dependencias para diferentes versiones es simplemente irresoluble usando sólo Polyfill Symfony.
Debido al rápido crecimiento de las funciones integradas en PHPSin embargo, muchos desarrolladores no han seguido el ritmo del cambio. Muchas de las funciones ofrecidas en versiones superiores de PHP son fáciles de conseguir con bibliotecas externas, o simplemente los desarrolladores no necesitaban las nuevas funciones, como por ejemplo Fibras PHP. Al seleccionar equipo miembros, es una buena idea asegurarse de que las competencias coinciden o de que el proceso de entrega del código es más coherente gracias a las herramientas de análisis estático y a la detección precoz de errores de regresión de versión.
La adopción de nuevas funciones lingüísticas sigue siendo bastante baja y PHP 5 sobre la cuota de 24% muestra claramente que una cuarta parte de los proyectos PHP utilizan versiones inferiores a 7.xcuyo soporte de seguridad finalizará el 6 de diciembre de 2022. Esto significa que en el momento de escribir este post, más de 25% de proyectos Web basados en PHP serán potencialmente vulnerables a todas las nuevas vulnerabilidades de seguridad a finales de año. "Si funciona, ¿para qué molestarse?
Debemos adaptarnos a los cambios lingüísticos lo antes posible y utilizar las soluciones más recientes cuanto antes. Durante una posible migración de un proyecto Legacy, merece la pena incluir Polyfill Symfony como ayuda y utilizando técnicas como el Patrón Estrangulador y la metodología BDD, tan de moda actualmente, que es fabulosamente fácil de aplicar a la Marco Symfony. Entonces, ¿estamos realmente obligados a utilizar Polyfill Symfony?
Más información:
Desarrollo del PHP: 5 cosas que debe saber
7 Startups y Scaleups que sacudirán el panorama de los mercados en 2022
PHP Desarrollo. Symfony Console Component - Trucos y consejos
Spanish 
English 
German 
Swedish 
Danish 
Norwegian 
Finnish 
French 
Polish 
Arabic 
Italian 
Japanese 
Korean 
Dutch