PHP פלוס: הצעת P ++ תיצור ניב מחמיר

ניב חדש של PHP, הנקרא קוד P ++, יכול להתפתח כגרסא מחמירה יותר של קודמו הדינמי, עם תכונות מתקדמות יותר ופחות מטען.

ההצעה, המונפת בקהילת ה- PHP על ידי מייסד ה- PHP זאב סוראסקי, תהיה ש- P ++, או איך שזה יקרא בסופו של דבר, יחיה לצד PHP אך לא מחויב לפילוסופיה ההיסטורית של PHP. P ++ לא יהיה מזלג, אך מטבעו יהיה קפדני יותר ויכול להיות נועז יותר עם תאימות לאחור.

אלמנטים הנחשבים כיום כ"מזוודות ", כגון תגים קצרים, ניתנים להסרה בעוד שתכונות מורכבות, במיוחד כאלה עבור שפות שהוקלדו בקפידה, כגון אופרטורים קפדניים או משתנים מוקלדים, ניתן להוסיף מבלי להכניס את אותה המורכבות לניב ה- PHP.

כמו PHP עצמו, P ++ יהיה בעיקר עבור פיתוח אתרים בצד השרת. המהדורה המתוכננת של PHP 8 כבר צפויה להרחיב את PHP מעבר לפיתוח אתרים, עם מנוע בדיוק בזמן ותאימות הדדית עם ספריות C / C ++.

הרוב המכריע של הקוד ב- PHP ו- P ++ יהיה זהה. רוב הקוד ישותף בין צמתים ל- PHP ו- P ++ הן במקור והן בזמן הריצה. אבל יהיו להם יישומים שונים. קבצים בינאריים יהיו זהים.

מה שעדיין לא ברור הוא כיצד קובץ יסומן כקובץ P ++. כנראה שיהיה כותרת מיוחדת בראש. בונים גם יכלו למצוא דרכים לסמן מרחבי שמות שלמים כ- P ++, כך שהמסגרות לא צריכות לסמן כל קובץ כ- P ++.

מבני נתונים, ממשקי שרת אינטרנט, תתי מערכות מפתח ורוב כל השאר יהיו אותו קוד בדיוק ללא קשר לשאלה אם קובץ מבוצע כ- PHP או P ++. ובכל זאת, שתי גרסאות של קטעי קוד מסוימים יצטרכו לשמור. וסביר להניח של- P ++ יהיו בדיקות נוספות בהשוואה ל- PHP. מפתחים יכולים לערבב ולהתאים PHP ו- P ++ באותה אפליקציה. ניתן להריץ את שני הדיאלקטים בשרת יחיד.

אם P ++ קורה, פירוש הדבר של התפתחות אחרת עבור PHP. קפדנות ותכונות הקשורות לסוג עשויות להיכנס ל- P ++. הטיה לתאימות לאחור תישאר ב- PHP. תכונות שאינן קשורות, כגון שיפורי ביצועים במנוע או פיתוחים בהרחבות, יהיו זמינות הן ב- P ++ והן ב- PHP.

צורקי מציין אפשרויות אפשריות לשפת P ++:

  • להישאר עם PHP דינמי, שלא יתקבל על ידי תומכי שפה מחמירה יותר.
  • מתפתח לעבר PHP מחמיר יותר, שאינו מקובל על תומכי שפה דינמית יותר.
  • זיוף בסיס הקוד, הפסד נטו לכל המעורבים.
  • מתכנן פיתרון כדי להתאים לשני הקהלים, וזה מה שמנסה P ++ מנסה.

החששות מהצעת P ++ כוללים:

  • המרת קוד PHP ל- P ++ לא תהיה טריוויאלית. עד כמה נכון זה יהיה תלוי בסופו של דבר ב- P ++.
  • כלי PHP לא יתמכו ב- P ++. אך יכול להיות פשוט יותר עבור ספקים לתמוך ב- P ++ ולא לתמוך בהצהרת גרגירים () או בכמות בלתי מוגבלת של מהדורות.
  • שבירת תאימות PHP. אבל לעשות זאת באמצעות ניב חדש במקום לשבור את PHP עצמו יכול להיות חביב יותר.

P ++ היה שונה משפת האק של פייסבוק, שנבנתה על PHP, בכך:

  • האק פותח על ידי חברה אחת.
  • ל- Hack ולמכשיר הווירטואלי הנלווה ל- HHVM אין רכב ההפצה הגדול של PHP.