Pár nesouvislých poznámek o přechodu na PHP7

PHP 7 má dva podstatné rysy:

• je téměř 100% kompatibilní s PHP 5
• je neuvěřitelně rychlejší

Předpokládám, že tahle kombinace by mohla být důvodem jeho rychlé adaptace. Ta možnost získat obrovský rychlostní benefit takřka bez práce je velmi lákavá, i pro firmy, které jinak nemají tendenci používat nejnovější verze.

Nette 2.3 je dnes zcela kompatibilní s PHP 7.

(Výjimkou jsou jen některé krajní stavy PHP a Tracy, které se ale mohou s vývojem sedmičky měnit, nicméně před vydáním stable se i tohle vyřeší.)

Tedy přechod na PHP 7 by měl být z hlediska Nette úplně bezproblémový.

Co mám na mysli je ale jiná věc: kdy převést Nette do syntaxe PHP 7, tj. kdy dát PHP 7 jako minimální požadovanou verzi?

Situace je taková, že Nette 2.3 vyžaduje PHP 5.3 a master (tj. 2.4) vyžaduje 5.4, přičemž se takřka ničím jiným neliší, prostě od vydání verze 2.3 se žádné nové featury nevyvíjely. Z toho plyne, že verze 2.4 vyjde nejdříve příští rok, tedy nemalou dobu po vydání PHP 7 (která má být za 3 měsíce).

A tak vzniká zajímavá možnost příští verzi už udělat přímo pro PHP 7. Místo 2.4 vydat Nette 3.0.

I když věřím v rychlejší přijetí PHP 7, než tomu bylo u minulých verzí, tak stále bude v polovině roku 2016 na naprosté většině hostingů nedostupné. Což by nemusel být v případě Nette takový problém, protože:

• na současné verzi Nette 2.3 lidem nic zásadního nechybí
• není se potřeba obávat bezpečnostních problémů ani u starších verzí

Kdyby se ukázalo, až nástup PHP 7 není tak rychlý, dá se eventuálně nějaká verze 2.4 vždycky vydat.

Pokud by se přechod na PHP 7 realizoval, tak nejprve by bylo vhodné master updatovat pro PHP 5.5 a poté PHP 5.6 (viz poslední odstavec https://phpfashion.com/…usti-php-5-3). Výhodou je, že takové Nette lze stále v pohodě testovat na produkčních serverech.

Dále: protože Nette je kritický prvek aplikací, mělo by běžet ve striktním režimu. Úpravy, které jsou pro to potřeba udělat, je opět možné zanášet přímo do masteru běžícího pod PHP <7 (viz třeba) a mohou být tedy opět snadno testovány.

Dalším krokem je nasazení typehintů pro argumenty a návratové hodnoty. Tenhle krok by měl dle mého nastat až po vydání PHP 7. Jinak nebude možné tyto změny moc testovat, zároveň se tím kód hodně vzdálí v2.3, takže cherry-pickování commitů bude výrazně náročnější a nakonec: musí být na to připraveny editory, API generátory atd. Takže bych s tím nespěchal.

Plnému nasazení typehintů pro návratové hodnoty bude překážet to, že nepodporují nullable hodnoty. Ty by se měly objevit až s PHP 7.1, které odhaduji tak na přelom 2016/2017. Což je velká škoda, anotací @return zůstane tak v kódu stále dost a striktnost se úplně nebude dát ověřit.