Jauns PHP dialekts, kura koda nosaukums ir P ++, varētu tikt izstrādāts kā tā dinamiskā priekšgājēja stingrāks variants ar daudz modernākām funkcijām un mazāk bagāžas.
Priekšlikumam, ko PHP kopienā virzīja PHP līdzdibinātājs Zejevs Suraski, būtu P ++ vai kā citādi to sauc, dzīvojot līdzās PHP, taču to nesaistītu PHP vēsturiskā filozofija. P ++ nebūtu dakša, bet tas būtu pēc būtības stingrāks un varētu būt drosmīgāks ar savietojamību ar atpakaļejošu datumu.
Elementus, kas tagad tiek uzskatīti par “bagāžu”, piemēram, īsos tagus, varēja noņemt, savukārt sarežģītas funkcijas, īpaši tās, kas paredzētas stingri rakstītām valodām, piemēram, stingriem operatoriem vai drukātiem mainīgajiem, varēja pievienot, neieviešot tādu pašu sarežģītību PHP dialektā.
Tāpat kā pati PHP, arī P ++ galvenokārt būtu paredzēta servera tīmekļa izstrādei. Paredzams, ka jau plānotais PHP 8 izlaidums paplašinās PHP ārpus tīmekļa attīstības, nodrošinot tieši savlaicīgu dzinēju un savietojamību ar C / C ++ bibliotēkām.
Lielākā daļa kodu PHP un P ++ būtu identiski. Lielākā daļa kodu tiks koplietoti starp PHP un P ++ mezgliem gan avotā, gan izpildes laikā. Bet viņiem būtu dažādas realizācijas. Bināri būs identiski.
Pagaidām nav skaidrs, kā fails tiktu atzīmēts kā P ++ fails. Tā augšpusē, iespējams, būtu īpaša galvene. Veidotāji arī varētu atrast veidus, kā visas nosaukumvietas atzīmēt kā P ++, tāpēc ietvariem nav jāatzīmē katrs fails kā P ++.
Datu struktūras, tīmekļa servera saskarnes, galvenās apakšsistēmas un viss pārējais būs tieši tāds pats kods neatkarīgi no tā, vai fails tiek izpildīts kā PHP vai P ++. Tomēr būtu jāuztur divas atsevišķu kodu daļas. Un, iespējams, P ++ būs papildu pārbaudes, salīdzinot ar PHP. Izstrādātāji vienā un tajā pašā lietotnē varētu sajaukt un saskaņot PHP un P ++. Abus dialektus varēja palaist vienā serverī.
Ja notiek P ++, tas nozīmētu atšķirīgu PHP evolūciju. Stingrums un ar tipu saistītās funkcijas, visticamāk, būs P ++. Aizspiešanās par savietojamību paliks PHP. Nesaistītas funkcijas, piemēram, dzinēja veiktspējas uzlabojumi vai paplašinājumu izstrāde, būs pieejamas gan P ++, gan PHP.
Zuraskis norāda uz iespējamām P ++ valodas iespējām:
- Uzturēšanās ar dinamisku PHP, kuru nepieņemtu stingrākas valodas atbalstītāji.
- Attīstība pret stingrāku PHP, kas nav pieņemams dinamiskākas valodas atbalstītājiem.
- Kodēšanas bāzes atdalīšana ir tīrs zaudējums visiem iesaistītajiem.
- Izstrādāt risinājumu, kas apmierinātu abas auditorijas, un tas ir tas, ko mēģina P ++ priekšlikums.
Bažas par P ++ priekšlikumu ir šādas:
- PHP koda konvertēšana uz P ++ nebūtu niecīga. Cik patiesa tā būs, būs atkarīgs no tā, kas galu galā nonāks P ++.
- PHP rīki neatbalstīs P ++. Bet pārdevējiem varētu būt vienkāršāk atbalstīt P ++, nevis atbalstīt detalizētus paziņojumus () vai neierobežotu daudzumu izdevumu.
- PHP saderības pārtraukšana. Bet darīt to ar jaunu dialektu, nevis salauzt pašu PHP, varētu būt patīkamāk.
P ++ atšķirtos no Facebook Hack valodas, kas tika veidota uz PHP, ar to:
- Hack izstrādāja viens uzņēmums.
- Hack un pievienotajai HHVM virtuālajai mašīnai nav PHP lielā izplatīšanas transportlīdzekļa.
