Programavimas

PHP plius: P ++ pasiūlymas sukurs griežtesnę tarmę

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.