{"id":3883,"date":"2022-05-19T11:20:21","date_gmt":"2022-05-19T11:20:21","guid":{"rendered":"http:\/\/the-codest.localhost\/blog\/why-do-we-need-symfony-polyfill-and-why-we-shouldnt\/"},"modified":"2026-04-28T14:07:09","modified_gmt":"2026-04-28T14:07:09","slug":"varfor-behover-vi-symfony-polyfill-och-varfor-borde-vi-inte-gora-det","status":"publish","type":"post","link":"https:\/\/thecodest.co\/sv\/blog\/why-do-we-need-symfony-polyfill-and-why-we-shouldnt\/","title":{"rendered":"Varf\u00f6r beh\u00f6ver vi Symfony Polyfill (... och varf\u00f6r vi inte borde g\u00f6ra det)"},"content":{"rendered":"

I de flesta moderna PHP<\/a> projekt<\/strong>kommer du att m\u00e4rka att det finns ett stort beroende av Symfony Polyfill<\/a> bibliotek. I den h\u00e4r artikeln f\u00f6rklarar vi inte bara hur det fungerar och hur det f\u00f6rh\u00e5ller sig till Symfony-projekt<\/strong>men vi kommer ocks\u00e5 att g\u00e5 djupare in p\u00e5 id\u00e9n om det problem som den f\u00f6rs\u00f6ker l\u00f6sa.<\/p>\n

Lite historia<\/h2>\n

PHP<\/strong> var i d\u00e5ligt skick under en ganska l\u00e5ng tid. Det var 2005 som Andrei Zmievski startade en projekt<\/a> f\u00f6r att ge inbyggt Unicode-st\u00f6d f\u00f6r PHP<\/strong> p\u00e5 grund av blandade recensioner och m\u00e5nga farh\u00e5gor om att PHP<\/strong> \u00e4r p\u00e5 v\u00e4g \u00e5t fel h\u00e5ll. Utvecklingen av PHP<\/strong> 6.x p\u00e5b\u00f6rjades. Men det blev aldrig f\u00e4rdigt - och det \u00e4r en historia f\u00f6r en annan dag. 10 \u00e5r senare, n\u00e5gon g\u00e5ng mellan 2014 och 2015, startade Dmitry Stogov, Xinchen Hui och Nikita Popov phpng<\/code> - projekt som optimerade och omarbetade den interna Zend Engine som anv\u00e4nds av PHP<\/strong>.<\/p>\n

>_ PHP 7 var f\u00f6dd<\/em><\/h4>\n

Och f\u00f6r de senaste \u00e5ren, PHP<\/strong> v\u00e4xer snabbare \u00e4n n\u00e5gonsin och har f\u00f6r n\u00e4rvarande en stabil version 8.1.<\/p>\n

\"bild\"<\/p>\n

P\u00e5 grund av den snabba utvecklingen av nya funktioner i spr\u00e5ket var det inte bara utvecklarna som var tvungna att anpassa sig till dessa f\u00f6r\u00e4ndringar, utan \u00e4ven leverant\u00f6rer av infrastruktur och hostingtj\u00e4nster.<\/p>\n

F\u00f6r att s\u00e4kerst\u00e4lla att vi utvecklare kan anv\u00e4nda de nyaste och b\u00e4sta funktionerna i v\u00e5rt \u00e4lskade programmeringsspr\u00e5k Symfony Polyfill<\/strong> projektet var f\u00f6tt.<\/p>\n

Symfony Polyfill och dess funktioner<\/h2>\n
\n

Detta projekt backporterar funktioner som finns i den senaste PHP-versioner<\/strong> och tillhandah\u00e5ller kompatibilitetslager f\u00f6r vissa till\u00e4gg och funktioner. Den \u00e4r avsedd att anv\u00e4ndas n\u00e4r portabilitet mellan PHP-versioner<\/strong> och f\u00f6rl\u00e4ngningar \u00e4r \u00f6nskv\u00e4rt.<\/p>\n<\/blockquote>\n

Detta \u00e4r en ren beskrivning av Symfony Polyfill<\/a> men vad betyder det? <\/p>\n

P\u00e5 grund av den snabba utvecklingen PHP spr\u00e5k<\/strong> och ISP:ernas l\u00e5ngsamma anpassning av programvaran har de flesta utvecklare st\u00e4llts inf\u00f6r ett enkelt val:<\/p>\n