🏂🏼 🎌 ⛏️ JPHP - यह कैसे काम करता है। सृष्टि का इतिहास 🤴🏾 📕 🙇🏻

इस लेख में मैं जेपीएचपी परियोजना के इतिहास और तकनीकी पक्ष से इसे कैसे विकसित किया गया, इस बारे में अधिक विस्तार से बात करूंगा। पाठ सरल PHP डेवलपर्स और संकलक के प्रेमियों दोनों के लिए दिलचस्प होगा। मैंने एक साधारण भाषा में हर चीज का वर्णन करने की कोशिश की।

JPHP जावा VM के लिए एक PHP भाषा संकलक है। दो हफ्ते पहले मैंने परियोजना के बारे में एक लेख लिखा था। इसी तरह की परियोजनाएं रूबी के लिए रूबी, अजगर के लिए जेथॉन हैं। जेपीएचपी के बारे में पहले लेख के प्रकाशन के बाद, दो दिनों में परियोजना ने जीथब पर 500 सितारों का स्कोर किया और न केवल रुनेट में प्रकाश डाला, बल्कि विदेशी संसाधनों पर भी, जीथब रेटिंग में पहला स्थान हासिल करने में कामयाब रही।

और एक छोटी सी खबर की शुरुआत से पहले।

नवीनतम परियोजना समाचार

परियोजना का अपना समाचार ट्विटर है - https://twitter.com/jphpcompiler
हुर्रे! जैसा कि मैंने वादा किया था PHP 5.4 से लक्षण लागू किए गए थे
गोटो PHP 5.3 से कार्यान्वित किया गया था और उद्धरण `` निष्पादित करते हैं
अच्छे आदमी पॉपसूल ने द्विआधारी संख्या 0b बी लागू की
ज़ेंड रनटाइम से कार्यान्वित कार्यों को कर्नेल से एक अलग jphp-zend-ext मॉड्यूल (सभी परावर्तन, स्प्ल ऑटोलोडिंग, पुनरावृत्तियों को छोड़कर) में अलग किया गया था
पर्याप्त संकलक परावर्तन
IDEA प्लग-इन सिस्टम से परिचित एक अन्य अच्छे व्यक्ति VISTALL ने बहुत सारी व्यावहारिक सलाह दी और अब इस प्रसिद्ध वातावरण में JPHP के लिए JVM डीबगर को एकीकृत करने की संभावना तलाश रहा है, पहले से ही सफलताएं हैं

जल्द ही परियोजना में एक अलग साइट होगी और जेपीएचपी की कोशिश बहुत सरल होगी, इंजन के विभिन्न संकलित संस्करणों को रखा जाएगा। तो, चलिए विषय पर चलते हैं ...

प्रोजेक्ट शुरू

परियोजना अनायास शुरू हुई। इससे पहले, मैं इसी तरह की परियोजनाओं की तलाश कर रहा था, अर्थात्। जेवीएम के लिए php कार्यान्वयन। Resin से Quercus जैसी परियोजना है, यह जावा में लिखे गए जावा कोड में अनुवादक है। इस राज्य की स्थिति मेरे अनुकूल नहीं थी, विशेष रूप से परियोजना के लेखकों ने कहा कि उनका कार्यान्वयन Zend PHP + APC के समान गति से काम करता है। एक निश्चित समय तक, JVM (उदाहरण के लिए p8 और प्रोजेक्टर) के लिए अन्य PHP कार्यान्वयन थे, लेकिन वे सभी मर गए और बंद हो गए।

परियोजना शुरू करने के लिए मुख्य प्रेरणा प्रदर्शन और जेआईटी था। मैं पिछले कुछ समय से जावा के साथ संवाद कर रहा हूं, जेवीएम, कुकीज, एक विशाल समुदाय और गुणवत्ता पुस्तकालयों का उच्च प्रदर्शन वही है जो मुझे इसकी ओर आकर्षित करता है। और थोड़ा विचार के साथ, मेरा विचार उत्पन्न हुआ - जावा से सर्वश्रेष्ठ लेने और उस पर PHP इंजन को लागू करने के लिए। अपने विचारों को एकत्र करने के बाद, मैंने एक परीक्षण संस्करण लिखना शुरू किया, यह तय करते हुए कि अगर jphp मूल Zend PHP की तुलना में कम से कम 2 गुना तेज है, तो मैं विकसित करना जारी रखूंगा।

सबसे पहले, मैं सभी प्रसिद्ध जेवीएम भाषाओं (ग्रूवी, जुबी, स्काला) के रिपॉजिटरी से गुजरा और पाया कि जेवीएम बायटेकोड उत्पन्न करने के लिए वे किस लाइब्रेरी का उपयोग करते हैं। जैसा कि यह निकला, एक प्रसिद्ध तृतीय-पक्ष पुस्तकालय है - एएसएम । यह काफी सक्रिय रूप से विकसित हो रहा है, पीडीएफ में पर्याप्त प्रलेखन है, और यह भी Dalvik (Android) bytecode (नीचे इस पर अधिक) का समर्थन करने लगता है।

पेश है जावा वीएम

जावा वर्चुअल मशीन (JVM) एक बहुत शक्तिशाली उपकरण है। आप जान सकते हैं कि एएसवी लाइब्रेरी के लिए प्रलेखन से जेवीएम बायटेकोड कैसे काम करता है। आप निम्नलिखित पैराग्राफों में VM की सभी विशेषताओं का संक्षेप में वर्णन कर सकते हैं:

1. स्टैक वर्चुअल मशीन
2. स्थानीय चर को सूचकांक द्वारा संग्रहित करना संभव है (रजिस्टर जैसा कुछ)
3. जीसी (कचरा संग्रहकर्ता) को वीएम स्तर पर लागू किया जाता है
4. VM स्तर पर लागू की गई वस्तुएं और कक्षाएं
5. बड़ी संख्या में मानक संचालन - POP, PUSH, DUP, INVOKE, JMP, आदि।
6. आंशिक रूप से अंत में आंशिक रूप से आज़माएं कैच के लिए बाइटकोड निर्देश हैं
7. VM के लिए कई प्रकार के मान हैं: int32, int64, float, double, Objects, scalar arrays, object arrays, int32 का उपयोग बूल, शॉर्ट, बाइट, चार के लिए किया जाता है।

इस प्रकार, मुझे एहसास हुआ कि मुझे जीसी और ऑब्जेक्ट क्लास सिस्टम को खरोंच से लागू नहीं करना पड़ेगा।

लक्ष्यों और प्राथमिकताओं की पसंद

विकास शुरू करने से पहले, मैंने PHP के मुख्य लाभों को अच्छी तरह से समझ लिया, न केवल एक भाषा के रूप में, बल्कि एक मंच के रूप में भी। मेरे लिए सबसे स्पष्ट चीजें निम्नलिखित चीजें थीं:

पृथक वातावरण लगभग php के लिए एक स्वयंसिद्ध है, जब स्क्रिप्ट प्रत्येक अनुरोध के लिए एक अलग वातावरण में निष्पादित की जाती हैं। यह कार्य योजना आपको अनुरोधों के बीच संसाधनों को साझा करने के बारे में सोचने की अनुमति नहीं देती है।
HOT रीलोडिंग एक पारंपरिक php वर्किंग स्कीम है, जब स्रोत को बदलते समय, पृष्ठ को फिर से खोलने पर, हम एक नया परिणाम देखते हैं

ये फायदे नुकसान भी हैं। प्रत्येक अनुरोध सभी वर्गों को पुनः लोड करता है और यह बहुत अच्छा नहीं है। समस्या आंशिक रूप से बाईटेकोड कैश से हल है, लेकिन अंत तक नहीं। मुझे लगा कि ऊपर सूचीबद्ध किए गए लाभों को बरकरार रखते हुए मैं इस समस्या को हल कर सकता हूं। परिणामस्वरूप मुझे क्या मिला:

पर्यावरण की वस्तुएं - इंजन के काम करने के लिए अलग-अलग वातावरण, ऐसे प्रत्येक वातावरण का कार्य, कक्षाएं, वैश्विक चर और सेटिंग्स का अपना सेट है
CompileScope ऑब्जेक्ट - वे संकलित कक्षाओं और फ़ंक्शंस को संग्रहीत करते हैं, कक्षाओं, फ़ंक्शंस और मॉड्यूल के लिए एक कैशिंग तंत्र को लागू करते हैं। पर्यावरण वस्तुएं वर्गों और कार्यों को खोजने के लिए गुंजाइश का उपयोग करती हैं, यदि वे पहले से ही कंपाइलस्कोप के लिए संकलित किए गए हैं, तो वे तुरंत पर्यावरण में हैं

गतिशील टाइपिंग

जावा वीएम स्तर पर, कोई गतिशील टाइपिंग नहीं है, लेकिन PHP में इसकी आवश्यकता है। यह कई लोगों के लिए एक बड़ी समस्या की तरह प्रतीत होगा, लेकिन ऐसा नहीं है।

मूल्यों को संग्रहीत करने के लिए, मैंने अमूर्त वर्ग मेमोरी को लागू किया। JPHP मानों को मेमोरी ऑब्जेक्ट के रूप में संग्रहीत करता है। इसके बाद, मैंने StringMemory, NullMemory, DoubleMemory, LongMemory, TrueMemory, FalseMemory, ArrayMemory और ObjectMemory कक्षाएं लागू कीं। जैसा कि आप शायद कक्षाओं के नाम से समझते हैं, उनमें से प्रत्येक एक निश्चित प्रकार के लिए जिम्मेदार है - संख्या, तार, आदि। ये सभी मेमोरी से विरासत में मिले थे।

स्मृति में अमूर्त विधियाँ होती हैं जो किसी मान पर परिचालनों को कार्यान्वित करने के लिए आवश्यक होती हैं, उदाहरण के लिए, प्लस और माइनस ऑपरेटरों के लिए plus() और minus() विधियाँ हैं जिन्हें प्रत्येक मेमोरी क्लास में लागू किया जाना चाहिए। ये वर्चुअल तरीके हैं। इन विधियों में से कई हैं, लेकिन इसके लिए एक कारण है - विभिन्न अनुकूलन। यह समझने के लिए कि यह कैसे काम करता है, मैं एक छद्म कोड दूंगा:

छद्म कोड उदाहरण

 $var + 20; //     //   $var    Memory $var->plus(20); //   plus      Memory $x + 20 - $y /*   */ $x->plus(20)->minus($y);

स्वाभाविक रूप से, यह छद्म कोड है, वास्तविक php कोड नहीं। यह सब हुड के तहत होता है, बायटेकोड में।

मेमोरी की खपत के संदर्भ में मेमोरी ऑब्जेक्ट Zend PHP से ज़वल ऑब्जेक्ट्स से अधिक नहीं है, और यह आंशिक रूप से क्यों JPHP और Zend PHP मेमोरी खपत में लगभग बराबर है। कई मूल्यों के लिए (उदाहरण के लिए, झूठी, सच्ची, अशक्त, छोटी संख्या) वस्तुओं को स्मृति में कैश किया जाता है और डुप्लिकेट नहीं किया जाता है। क्या यह हर true लिए एक नया TrueMemory ऑब्जेक्ट बनाने के लिए समझ में आता है? बिल्कुल नहीं।

गतिशील टाइपिंग और इसके सुधार में विफलता

जैसा कि मैंने ऊपर वर्णित किया है, सभी मान मेमोरी क्लास की वस्तुएं हैं। बहुत शुरुआत में, मैंने सरल स्थिर मूल्यों के लिए ऑटोबॉक्सिंग लागू किया, अर्थात। उदाहरण के लिए यदि:

 //    $y = $x + 2; //     (  ) $y->assign( $x->plus( new LongMemory(2) ) );

जैसा कि आप देख सकते हैं - "2" एक वस्तु में बदल गया। यह प्रोग्रामिंग के दृष्टिकोण से सुविधाजनक था, लेकिन उत्पादकता के दृष्टिकोण से एक वास्तविक दुःस्वप्न था। इस तरह के कार्यान्वयन ने Zend PHP की तुलना में मेरे लिए तेजी से काम नहीं किया।

मैंने अंत में जाने का फैसला किया। सरल मूल्यों के लिए इतनी बड़ी संख्या में वस्तुओं को शुरू करने से बचने के लिए (और एक लूप में इस कोड की कल्पना करें?), मैंने मूल जावा प्रकारों के लिए प्लस () विधि और अन्य समान तरीकों को लागू करने का फैसला किया - डबल, लंबा, बूलियन, आदि और न केवल के लिए। मेमोरी। मैं मानता हूं, यह एक दिनचर्या थी और गंदगी की तरह बदबू आ रही थी। मैंने कंपाइलर को रिड्यूस किया और वह टाइप समझने लगा और उनके साथ क्या किया जाए। संकलक ने स्टैक में तत्वों के प्रकार के आधार पर विभिन्न प्रकारों और संचालन के लिए विभिन्न तरीकों को प्रतिस्थापित करना सीखा। हां, स्टैक की गणना संकलन समय पर की जाती है। हालाँकि कोई भी इन स्थिर मूल्यों को स्थिरांक की तालिका में सहेज सकता है, फिर भी यह बहुत ऊपर जाएगा, हालांकि इतना बड़ा नहीं है।

जैसा कि यह निकला, मैंने इसे अच्छे कारण के लिए शुरू किया और सिंथेटिक परीक्षणों पर प्रदर्शन ने Zend PHP को 2-3-4-10 गुना से अधिक से आगे करना शुरू कर दिया, उदाहरण के लिए, छोरों, चर, आदि पर।

चरों का जादू

PHP वास्तव में एक जादू की भाषा है, मुझे निश्चित रूप से यकीन नहीं है, लेकिन मैं किसी अन्य भाषा में एक स्ट्रिंग से नाम से एक चर का उपयोग कैसे कर सकता हूं? एक सरल उदाहरण:

 $var = "foobar"; ${'var'} = 100500; $name = 'var'; echo $$name;

इस तरह के जादू को लागू करने के लिए, आपको एक चर नाम तालिका - एक हैश तालिका का उपयोग करने की आवश्यकता है। JVM इंडेक्स द्वारा वेरिएबल को स्टोर करने की क्षमता प्रदान करता है, निश्चित रूप से, संकलन समय पर इंडेक्स में वेरिएबल नामों को बदलना एक अधिक तार्किक कदम है, यह हैश टेबल की तुलना में तेजी से वेरिएबल्स तक बहुत जल्दी पहुंच प्रदान करता है। तुलना करें कि क्या तेजी से होगा - हैश तालिका द्वारा खोजें या सूचकांक द्वारा एक सरणी तक पहुंचना?

सबसे पहले मैं इसके बारे में भूल गया और अनुक्रमित पर चर लागू किया। चर तक पहुँचने का प्रदर्शन बराबर था। जब मुझे ऐसा जादू याद आया, तो मुझे हैश के लिए मेज को फिर से बनाना पड़ा और ... सब कुछ खराब था। चर के साथ उत्पादकता 2-3 बार सचमुच गिर गई।

बिना किसी हिचकिचाहट के, मैंने कंपाइलरों के संकलन और अनुक्रमणिका के साथ चर के 2 मोड में लागू करने का फैसला किया। विश्लेषक उस कोड की पहचान करने में मदद करता है जिसमें आपको एक लाइन पर चर का उपयोग करने की आवश्यकता होती है। यह निम्नलिखित लक्षणों के अनुसार होता है:

यदि कोड में भाव हैं: $$var , ${...}
इसमें फ़ंक्शंस हैं, शामिल हैं, आवश्यकता है, get_defined_vars, extract, कॉम्पैक्ट
ग्लोबल स्कोप

आवश्यकता और शामिल कोड में हैश तालिका में चर नामों को सहेजना क्यों आवश्यक है? हां, सब कुछ सरल है, PHP को प्लग-इन स्क्रिप्ट के अंदर वैरिएबल पास करना चाहिए, जो कि eval के साथ है। और बाकी फ़ंक्शन चर नामों के साथ काम करते हैं।

बहुत बार, आपको चर के ऐसे जादू की आवश्यकता नहीं होती है, जिसका अर्थ है कि आपका कोड JPHP में तेजी से काम करेगा। चरों के लिए एक वैश्विक गुंजाइश भी है। हैश तालिका में चर को संग्रहीत करने के लिए तंत्र का उपयोग इस क्षेत्र में स्वचालित रूप से किया जाता है यह माना जाता है कि वैश्विक चर नाम और किसी भी समय $GLOBALS सरणी के माध्यम से पहुँचा जा सकता है।

सुपर - वैश्विक चर
$GLOBALS, $_SERVER, $_ENV .. , ऐसे चरों के लिए, वैश्विक कीवर्ड आवश्यक नहीं है। उनका कार्यान्वयन काफी सरल है, संकलक अग्रिम में सुपर-वैश्विक चर के नाम जानता है, और यदि वे होते हैं, तो ऐसे चर को एक्सेस करने के लिए एक अन्य कोड, एक छद्म कोड का एक उदाहरण:

सुपर ग्लोबल वैरिएबल उदाहरण

 function test() { $a = $GLOBALS['a']; ... $GLOBALS['x'] = 33; } //        function test() { $GLOBALS =& getGlobalVar('GLOBALS'); //   $a->assign($GLOBALS['a']); ... $GLOBALS['x']->assign(33); }

एरेस, संदर्भ और अपरिवर्तनीय मूल्य, जीसी

PHP में, सरणियों की प्रतिलिपि बनाई जाती है, संदर्भ द्वारा पारित नहीं किया जाता है। हालाँकि, असाइनमेंट के समय सरणी कॉपी करना = नहीं है , क्योंकि यह ओवरहेड का एक बहुत पैदा करेगा। JPHP इंजन के अंदर, और यहां तक कि Zend PHP में, सरणियों को संदर्भ द्वारा कॉपी किया जाता है, लेकिन सरणी बदलने के समय, इसे कॉपी किया जाता है (यदि सरणी के संदर्भों की संख्या> 1 है)।

जेपीएचपी संदर्भ गिनती का उपयोग नहीं करता है, यह मानक जावा जीसी का उपयोग करता है, जो परिपत्र लिंक को हटा सकता है। इस तरह के सरणियों को लागू करते समय समस्याएं पैदा होती हैं। इसलिए, मैंने किसी भी मेमोरी मान को अपरिवर्तनीय मूल्य में परिवर्तित करने के लिए एक विशेष तंत्र लागू किया। मैं आपको पहले छद्म कोड दिखाऊंगा:

 $x = array(1, 2, 3); $y = $x; $y[0] = 100; //    $y ,     $x //       (-): $x->assign( array(1,2,3) ); $y->assign($x->toImmutable()); //     $x $y[0]->assign(100); //    : $y =& $x; //   ->toImmutable    $y->assign($x);

JPHP के पास एक अन्य प्रकार की मेमोरी ऑब्जेक्ट है - ReferenceMemory, ये ऑब्जेक्ट बस किसी अन्य मेमोरी ऑब्जेक्ट के संदर्भ को स्टोर करते हैं। हालांकि, चर हमेशा संदर्भ ऑब्जेक्ट्स के रूप में संग्रहीत नहीं किए जाते हैं, कुछ मामलों में स्थानीय चर ऐसे लिंक के बिना कर सकते हैं और सेल को एक नया मूल्य लिखने के लिए सीधे बायटेकोड का उपयोग कर सकते हैं, यह सामान्य विधि की तुलना में स्वाभाविक रूप से तेजी से काम करता है ->assign().

संदर्भ ऑब्जेक्ट्स अपने वास्तविक मूल्य को toImmutable मेथड से toImmutable , और एरे को एरे की एक विशेष रेफरेंस कॉपी लौटाते हैं, जिसे पहली बार बदले जाने पर कॉपी किया जाता है। इसलिए, एक चर को संकलक के लिए किसी अन्य चर के लिए एक लिंक आवंटित करने के लिए, यह पर्याप्त नहीं है कि उपयोग करने toImmutable विधि।

कक्षाओं और कार्यों का कार्यान्वयन

जेवीएम स्तर पर कक्षाएं पहले से मौजूद हैं। सामान्यतया, जावा, स्काला, ग्रूवी, जेआरयूबी जेवीएम के ढांचे के भीतर अलग-अलग हस्ताक्षर के साथ एक ही वर्ग उत्पन्न करते हैं। PHP कक्षाओं को संकलित करते समय, JPHP JVM वर्गों का उपयोग एक विशेष हस्ताक्षर के साथ करता है:

 Memory methodName(Environment env, Memory[] args)

एक पर्यावरण ऑब्जेक्ट को प्रत्येक विधि और फ़ंक्शन में स्थानांतरित किया जाता है, यह ऑब्जेक्ट आपको उस वातावरण के बारे में बहुत कुछ सीखने की अनुमति देता है जिसमें विधि निष्पादित होती है। कक्षाएं और कार्य सभी वातावरणों के लिए समान रूप से संकलित हैं। मेमोरी [] विधि के लिए पारित तर्कों की एक सरणी है। विधि को हमेशा कुछ वापस करना चाहिए, शून्य नहीं, क्योंकि पीएचपी में, भले ही फ़ंक्शन कुछ भी वापस नहीं करता है, यह अशक्त है, यह एक ऐसी शब्दावली है।

तब से कक्षाओं में पीएचपी फ़ंक्शन भी संकलित किए जाते हैं जेवीएम में एक समारोह के रूप में ऐसी कोई बात नहीं है। आउटपुट पर, हमें एक स्थिर विधि के साथ एक वर्ग मिलता है, जो कि हमारे फ़ंक्शन में है। कार्यों को एक ही वर्ग के तरीकों में संकलित क्यों नहीं किया जाता है? यह एक अच्छा सवाल है, और सबसे अधिक संभावना है कि इसे फिर से करना आवश्यक है ताकि अतिरिक्त कक्षाएं न उत्पन्न हों, लेकिन अभी तक यह अधिक सुविधाजनक है।

JVM आसानी से रनटाइम पर मेमोरी से कक्षाएं लोड कर सकता है, बस अपना जावा क्लास लोडर लिख सकता है। इसलिए, JPHP रनटाइम पर संकलित करता है और रनटाइम पर कक्षाएं लोड कर सकता है और एक बार में सभी नहीं।

लंबी शुरुआत और समस्या हल करना

इंजन ने जावा में ही कक्षाएं लिखने की क्षमता को भी लागू किया। हालांकि, सब कुछ इतना सरल नहीं है। ऐसी कक्षाओं के सभी तरीकों में आवश्यक हस्ताक्षर होने चाहिए और कुछ सहायक एनोटेशन (उदाहरण के लिए, टाइप करने के लिए) के साथ चिह्नित किया जाना चाहिए, ऐसे वर्ग का एक उदाहरण:

php \ lang \ System वर्ग

 import php.runtime.Memory; import php.runtime.env.Environment; import php.runtime.lang.BaseObject; import php.runtime.reflection.ClassEntity; import static php.runtime.annotation.Reflection.*; @Name("php\\lang\\System") final public class WrapSystem extends BaseObject { public WrapSystem(Environment env, ClassEntity clazz) { super(env, clazz); } @Signature private Memory __construct(Environment env, Memory... args) { return Memory.NULL; } @Signature(@Arg("status")) public static Memory halt(Environment evn, Memory... args) { System.exit(args[0].toInteger()); return Memory.NULL; } }

जैसे-जैसे जेपीएचपी के लिए नई देशी कक्षाओं की संख्या बढ़ी, मैंने देखा कि कक्षाएं रजिस्टर करने में लगने वाला समय बढ़ गया। जितने अधिक विस्तार और वर्ग थे, इंजन शुरू होने से पहले उतना ही अधिक विलंब हुआ। इसने मुझे परेशान कर दिया। और विचार आया - इसे कैसे ठीक किया जाए।

PHP एक भाषा के रूप में एक आलसी वर्ग लोडिंग तंत्र है, हर कोई इसके बारे में जानता है। मैंने देशी कक्षाओं को पंजीकृत करने के लिए सिर्फ आलसी वर्ग लोडिंग तंत्र का उपयोग किया। जब एक देशी जावा वर्ग पंजीकृत होता है, तो यह केवल नाम तालिका में पंजीकृत होता है, और इस वर्ग के पहले उपयोग के समय वास्तविक पंजीकरण होता है। इस तंत्र को लागू करने से, मुझे अच्छे परिणाम मिले, इंजन का प्रारंभिक समय 2-3 गुना कम हो गया, और परीक्षण का समय 24 सेकंड से घटकर 13 सेकंड हो गया। इसके कारण, मूल आरंभिक कक्षाओं की संख्या व्यावहारिक रूप से इंजन आरंभीकरण की गति को प्रभावित नहीं करेगी।

जीयूआई अनुप्रयोगों में इंजन स्टार्ट स्पीड विशेष रूप से महत्वपूर्ण है।

जेवीएम के साथ समस्याओं का सामना करना पड़ा

1. जेवीएम वर्गों का नामकरण। JVM कक्षा के नामकरण मानक को लागू करता है। यदि आप फाइल को क्लास में बाईटेकोड में लिखते हैं, तो JVM इस क्लास के नामकरण की जाँच करता है जैसा कि जावा में है। यह कुछ हद तक PSR-0 मानक की याद दिलाता है। हालाँकि, यदि वर्ग को वैश्विक jvm पैकेज में रखा जाता है, तो यह जाँच नहीं होती है। PHP किसी भी संख्या और वर्गों और फ़ंक्शंस को एक फ़ाइल में संग्रहीत कर सकती है, और उनके पास कोई भी फैंसी नाम हो सकता है। इसलिए, मुझे जेपीएम वर्गों के नाम के लिए php वर्गों के नामों को बाइटेकोड के अंदर बाँधना पड़ा। लेकिन यह इस पसंद का एकमात्र कारण नहीं है ...

2. अद्वितीय वर्ग के नाम। जेपीएचपी प्राप्त बायोटेक को एक फ़ाइल में सहेजने और किसी भी वातावरण में लोड करने में सक्षम होना चाहिए, इसलिए जेवीएम स्तर पर सभी वर्गों के पास अद्वितीय नाम होना चाहिए ताकि कोई संघर्ष न हो। Jvm bytecode लोड करते समय वर्ग नाम बदलना संभव नहीं है, कम से कम मैंने अभी तक इसकी कोशिश नहीं की है। अभी के लिए, वर्कअराउंड के रूप में, मैं यूवीआईडी-आधारित जेवीएम + कुछ चीजों के लिए एक यादृच्छिक वर्ग नाम पैदा कर रहा हूं। मुझे लगता है कि यह एक बहुत ही सुंदर समाधान नहीं है, भविष्य में मुझे उम्मीद है कि एक बेहतर है। आप उस फ़ाइल के नाम का उपयोग नहीं कर सकते जिसमें कक्षा स्थित है, क्योंकि कोड कक्षा में बिल्कुल भी नहीं हो सकता है, और बाइटकोड फ़ाइल को कंप्यूटर से कंप्यूटर में स्थानांतरित किया जा सकता है और इसका नाम बदल सकता है।

3. प्रतिबिंब की सीमा। जावा प्रतिबिंब के माध्यम से, माता-पिता वर्ग के संदर्भ में एक विधि को कॉल करना संभव नहीं है, अर्थात्। super.call() , और php parent:: बेशक, जावा 7 ने invokeDynamic की शुरुआत की, जो आपको ऐसा करने की अनुमति देता है, लेकिन यह प्रतिबिंब की तुलना में आश्चर्यजनक रूप से धीमा काम करता है। InvokeDynamic की अस्वीकृति मुख्य रूप से जावा 7 में खराब प्रदर्शन के कारण थी, हालांकि जावा 8 में यह समस्या हल हो गई थी और अब वे गति में समान हैं (शायद मैं इसे सही तरीके से तैयार नहीं कर रहा हूं?)। इसके अलावा, मैं एंड्रॉइड के लिए जावा 6 और आसान अनुकूलन का समर्थन करना चाहता था, जिसमें मुझे संदेह है कि कोई इनवोक डायनामिक नहीं है, लेकिन प्रतिबिंब है।

मैंने इस समस्या को काफी शान्ति से हल नहीं किया है, मुझे jvm वर्गों के तरीकों को फिर से परिभाषित करने के लिए मानक तंत्र को छोड़ना पड़ा है, और इसलिए jvm वर्गों के स्तर पर विरासत में मिली विधियों के नाम अलग-अलग हैं - एल्गोरिथम method_name + $ + index । इस तरह के एक समाधान ने कोई समस्या पैदा नहीं की और न ही, लेकिन यह ऊपर वर्णित समस्या को हल करता है।

कैसे लक्षण लागू किए गए

लक्षण एक बहु विरासत तंत्र है जिसे PHP में संस्करण 5.4 के बाद से पेश किया गया है। अनिवार्य रूप से, यह कॉपी-पेस्ट की तरह काम करता है। जेपीएचपी कार्यान्वयन भी होता है, हालांकि यह एएसटी पेड़ की नकल नहीं कर रहा है, लेकिन संकलित बायटेकोड की नकल कर रहा है। जेवीएम में कोई लक्षण नहीं हैं, लेकिन जेपीएचपी नियमित जेवीएम कक्षाओं में संकलित करता है और यह लक्षणों की सीमाओं को नियंत्रित करता है, उदाहरण के लिए, यह लक्षणों से ऑब्जेक्ट बनाने या लक्षणों से विरासत में आने की अनुमति नहीं देता है।

इस प्रकार, आप आसानी से जेवीएम में संकलित बायोटेक का उपयोग मूल स्रोत के बिना बार-बार कर सकते हैं। जेवीएम स्तर पर नकल के बारे में कुछ भी जटिल नहीं है, एएसएम पुस्तकालय आसानी से सामना कर सकता है। केवल एक चीज यह है कि कुछ स्थानों पर आपको सामान्य कक्षाओं की तुलना में थोड़ा अलग बायोटेक उत्पन्न करना होगा। उदाहरण के लिए, यह लक्षण में __CLASS__ स्थिरांक के साथ होता है।

 trait Foobar { function test(){ echo __CLASS__; } } class A { use Foobar; } $a = new A(); $a->test();

सामान्य परिस्थितियों में __CLASS__ को कोड के साथ स्ट्रिंग के साथ संकलित समय पर उस स्थान के नाम से बदल देता है जिसमें कोड स्थित है। आप लक्षणों के साथ ऐसा नहीं कर सकते हैं और आपको इस निरंतरता के मूल्य को गतिशील रूप से रनटाइम पर गणना करना होगा यदि यह लक्षणों में होता है। लेकिन लक्षणों में __TRAIT__ निरंतर कक्षाओं में __CLASS__ के समान काम करता है। आपको भावों के साथ self और self::class भी सामना करना होगा। संपत्तियों की नकल करना काफी सरल है, इसलिए इसका वर्णन करने का कोई मतलब नहीं है।

Zend क्रम पुस्तकालयों से बाहर निकलें

यहाँ, पुस्तकालयों द्वारा, मेरा मतलब है कि मानक PHP फ़ंक्शंस सहित zend एपीआई का उपयोग करके C में लिखे गए एक्सटेंशन। लगभग एक महीने तक मैंने उन्हें लागू किया - स्ट्रिंग्स, सरणियों आदि के लिए कार्य। जैसे php में। , 1-2-3 , , . php , .

- , , JPHP wordpress symfony . :

: « JPHP wordpress, symfony, yii , zend , . HHVM».

: « JPHP php- , , ?».

, Zend Runtime . PHP , . , , - .

Zend Runtime

core , JPHP, namespace php , . :

php\lang\Module — include require. ( include), , . , . Stream .
, include require, .
php\io\Stream — fopen, fwrite, .. , typehinting , Stream , , ..
php\lang\Thread, php\lang\ThreadGroup — . , 2 .
php\io\File — , , File Java,
Java , , , , java Java
php\lang\Environmentकोड समर्थन विकल्पों को निष्पादित करने के लिए अलग-अलग वातावरण: HOT_RELOADगर्म-स्वैपिंग कोड के लिए और CONCURRENTकई थ्रेड्स में समान वातावरण का उपयोग करने के लिए।

यह सूची अभी पूरी नहीं हुई है, इस पर ठीक से विचार करने का समय नहीं था, इसलिए बहुत कम कक्षाएं हैं।

जेपीएचपी परीक्षण

मुझे लगता है कि बहुत से लोग आश्चर्य करते हैं कि इस तरह की जटिल परियोजना को अकेले कैसे किया जा सकता है और ताकि आप विकसित होने के दौरान कुछ भी न तोड़ें। यूनिट परीक्षण इस समस्या को लगभग 100% हल करते हैं। प्रोग्रामिंग भाषा इंजन का परीक्षण करना बहुत सरल है, आप तुरंत देख सकते हैं कि क्या और कैसे परीक्षण करना है।

सबसे पहले मैंने अपने स्वयं के सरल परीक्षण लिखे, उस समय मैं भाषा के जटिल ज़ेंड परीक्षणों का उपयोग नहीं कर सका। लेकिन जेपीएचपी विकसित होने के बाद, मैंने धीरे-धीरे ज़ेंड परीक्षणों की शुरुआत की, जो कि स्वयं php के स्रोत कोड में पाए जा सकते हैं। वे भी सही नहीं हैं, कभी-कभी उन्हें सही करना पड़ता था, क्योंकि परीक्षणों में तीसरे पक्ष के कार्यों का उपयोग किया जाता था। आप समझेंगे, यहां एक उदाहरण है: परीक्षण के लिए एक परीक्षण, परीक्षण के set_error_handlerअंदर एक फ़ंक्शन का उपयोग किया जाता हैfopen . , ? zend , :

Unit

 --TEST-- Use instead to solve a conflict. --FILE-- <?php error_reporting(E_ALL); trait Hello { public function saySomething() { echo 'Hello'; } } trait World { public function saySomething() { echo 'World'; } } class MyHelloWorld { use Hello, World { Hello::saySomething insteadof World; } } $o = new MyHelloWorld(); $o->saySomething(); ?> --EXPECTF-- Hello

, : --TEST-- , --FILE-- , --EXPECTF-- — , .

Zend PHP, ( , ). zend , - , jphp zend -.

Dalvik

Dalvik JVM, , . JPHP JVM Dalvik. , Google JVM Dalvik . Ruboto JRuby, — .

, JPHP . 1.0 , , .

आगे कहाँ जाना है?

WEB
. JPHP web- php, Node.js, Ruby . hot-reloading .

JPHP , . php . Phalcon, - , . JPHP , , php, ++. Java , ++.

GUI
, .. . . JPHP gui , , Swing, JavaFX, HTML5 CSS3.

एंड्रॉयड
, . JPHP ARM Oracle VM, Raspberry Pi.

निष्कर्ष

PHP , =). , , , . PHP - , - .

आपका ध्यान देने के लिए धन्यवाद।

JPHP - यह कैसे काम करता है। सृष्टि का इतिहास