Naujas PHP dialektas, kodinis pavadinimas P ++, galėtų būti sukurtas kaip griežtesnis dinamiško pirmtako variantas, turintis pažangesnes funkcijas ir mažiau bagažo.
Pasiūlymas, kurį PHP bendruomenėje sklandė PHP įkūrėjas Zeevas Suraskis, turėtų P ++ arba kaip jis galų gale vadinamas, gyvenantį kartu su PHP, bet nesaistomas PHP istorinės filosofijos. „P ++“ nebūtų šakutė, tačiau iš prigimties ji būtų griežtesnė ir galėtų būti drąsesnė, jei būtų suderinama atgal.
Dabar „bagažu“ laikomus elementus, tokius kaip trumpos žymos, būtų galima pašalinti, o sudėtingas savybes, ypač griežtai įvestų kalbų, pvz., Griežtų operatorių ar tipizuotų kintamųjų, savybes galima pridėti neįvedus tokio pat sudėtingumo PHP tarmėje.
Kaip ir pats PHP, P ++ daugiausia būtų skirtas serverio žiniatinklio plėtrai. Tikimasi, kad planuojamas PHP 8 leidimas išplės PHP ne tik žiniatinklio plėtrą, bet ir tikslaus laiko variklį bei sąveiką su C / C ++ bibliotekomis.
Didžioji dauguma PHP ir P ++ kodų būtų identiški. Dauguma kodų būtų bendrinami tarp PHP ir P ++ mazgų tiek šaltinyje, tiek vykdymo metu. Bet jie būtų skirtingai įgyvendinami. Dvejetainiai failai bus identiški.
Kol kas nėra aišku, kaip failas būtų pažymėtas kaip P ++ failas. Tikriausiai viršuje būtų speciali antraštė. Statybininkai taip pat galėtų rasti būdų, kaip visas vardų sritis pažymėti kaip P ++, todėl sistemoms nereikia pažymėti kiekvieno failo kaip P ++.
Duomenų struktūros, žiniatinklio serverio sąsajos, pagrindinės posistemės ir visa kita bus tas pats kodas, neatsižvelgiant į tai, ar failas vykdomas kaip PHP, ar P ++. Vis dėlto reikėtų išlaikyti dvi tam tikrų kodų versijas. P ++ tikriausiai turės papildomų patikrinimų, palyginti su PHP. Kūrėjai gali maišyti ir suderinti PHP ir P ++ toje pačioje programoje. Abi tarmės galėtų būti vykdomos viename serveryje.
Jei įvyktų P ++, tai reikštų kitokią PHP raidą. Griežtumas ir su tipu susijusios funkcijos greičiausiai bus P ++. Šališkumas dėl atgalinio suderinamumo išliks PHP. Nesusijusios funkcijos, tokios kaip variklio našumo patobulinimai arba plėtinių plėtra, bus prieinamos tiek P ++, tiek PHP.
Zuraski atkreipia dėmesį į galimus „P ++“ kalbos variantus:
- Apsistojimas dinamišku PHP, kurio griežtesnės kalbos šalininkai nepriimtų.
- Besivystanti link griežtesnio PHP, nepriimtina dinamiškesnės kalbos šalininkams.
- Šakinis kodo pagrindas yra nuostolingas visiems dalyviams.
- Sukurti sprendimą, kuris atitiktų abi auditorijas, o tai bandoma P ++ pasiūlyme.
Susirūpinimas dėl P ++ pasiūlymo yra:
- Konvertuoti PHP kodą į P ++ nebūtų trivialu. Kiek tai tiesa, priklausys nuo to, kas galiausiai baigsis P ++.
- PHP įrankiai nepalaikys P ++. Tačiau pardavėjams gali būti paprasčiau palaikyti „P ++“, o ne palaikyti detalią deklaraciją (-as) arba neribotą leidimų kiekį.
- PHP suderinamumo pažeidimas. Bet tai padaryti naudodamas naują tarmę, o ne laužydamas pačią PHP, gali būti maloniau.
„P ++“ nuo „Facebook“ „Hack“ kalbos, kuri buvo sukurta PHP, skirtųsi tuo, kad:
- „Hack“ sukūrė viena įmonė.
- „Hack“ ir kartu esanti HHVM virtuali mašina neturi didelės PHP platinimo transporto priemonės.