👩‍🎓 🤙🏼 🤙 DVelum - PHP + ExtJS4 विकास प्लेटफ़ॉर्म संस्करण 0.9 रिलीज़ 🤙🏽 🧑🏼‍🤝‍🧑🏻 🙌🏽

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

पिछले साल, हमने आपको प्रकाशन "DVelum - PHP + ExtJS4 डेवलपमेंट प्लेटफ़ॉर्म" में DVelum प्लेटफ़ॉर्म से परिचित कराया ।

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

परिवर्तन और नई सुविधाओं की एक विस्तृत सूची परियोजना की वेबसाइट http://dvelum.ru/timeline.html पर देखी जा सकती है

दिलचस्प और महत्वपूर्ण नवाचार

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

autoloader

ऑटोलैडर क्लास अब PSR-0 मानक के अनुकूल है।

इंटरफ़ेस डिजाइनर अद्यतन

प्लेटफ़ॉर्म के मूलभूत भाग, इंटरफ़ेस डिज़ाइनर में महत्वपूर्ण परिवर्तन और सुधार हुए हैं।

घटनाओं के लिए समर्थन जोड़ा गया है, हैंडलर को असाइन करने की क्षमता को लागू किया गया है, प्राप्त मापदंडों की सूची और प्रकार हाइलाइट किए गए हैं।

नेस्टेड प्रोजेक्ट्स को जोड़ने की क्षमता को लागू किया। इस प्रकार, इंटरफ़ेस डिजाइनर में, आप अपने स्वयं के घटक बना सकते हैं जो अन्य परियोजनाओं में शामिल होंगे।

गुणों को भरने के लिए तैयार घटकों और सहायक इंटरफेस की सूची का विस्तार किया जाता है, उदाहरण के लिए:

आइकन चयनकर्ता
संबंधित आइटम ग्रिड (वस्तुओं की सूची के लिए लिंक संपादन के लिए घटक)
फ़ील्ड ऑब्जेक्ट संदर्भ के लिए घटक
ऑब्जेक्ट की सूची में फ़ील्ड लिंक के लिए घटक

Tree.Panel, भंडारण फिल्टर और अधिक।

AJAX url पैटर्न का अनुरोध करता है

तैयार किए गए समाधानों की पोर्टेबिलिटी में सुधार करने के लिए, AJAX अनुरोध url टेम्प्लेट पेश किए गए हैं, अब इंटरफ़ेस एक विशिष्ट फ़ाइल संरचना, प्रशासनिक पैनल पते, अनुलग्नक गहराई, या स्थानीयकरण से बंधा नहीं है।

बेहतर कोड जनरेटर

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

CSRF हमले से सुरक्षा

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

बेहतर ORM और मॉडल।

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

एकीकृत संपादन घटकों (विकास मोड) के साथ ORM डेटा संपादक जोड़ा गया। अब इंटरफ़ेस बनाने के लिए शुरू करने से पहले डेटाबेस को परीक्षण डेटा से भरा जा सकता है। किसी भी समय, ORM वस्तुओं के गुणों को देखना और समायोजित करना आसान है।

कई अतिरिक्त विवरण डेवलपर के जीवन को सरल बनाते हैं

प्लग-इन

चौखटे के आधार पर विकास की समस्याओं में से एक तैयार किए गए मॉड्यूल का वितरण है। यदि लाइब्रेरी कक्षाओं को कॉपी करके स्थानांतरित करना आसान है, तो फाइल सिस्टम (नियंत्रक, टेम्पलेट, मॉडल, आदि को अलग-अलग फ़ोल्डरों में बिखेर दिया जाता है) में परिमित कार्यात्मकताओं की फाइलें अक्सर "धुंधली" होती हैं।

प्लेटफ़ॉर्म में अब एक प्लग-इन तंत्र शामिल है, जो आपको एक अलग फ़ोल्डर में तृतीय-पक्ष समाधानों को संग्रहीत करने की अनुमति देता है, लेकिन फाइलों के साथ काम करते हैं क्योंकि वे एप्लिकेशन (अभी भी प्रयोगात्मक) के मुख्य निर्देशिका में हैं।

एक अलग इंटरफ़ेस आपको मॉड्यूल को कनेक्ट / डिस्कनेक्ट करने की अनुमति देता है (संभवतः लोड हो रहा है, इंस्टॉल / अनइंस्टॉल कर रहा है, एप्लिकेशन डायरेक्टरी बाद में लागू की जाएगी)। तृतीय-पक्ष मॉड्यूल तक पहुंच अधिकार पारदर्शी रूप से वितरित किए जाते हैं। सिस्टम के लिए क्लास फाइलें, सेटिंग्स, इंटरफ़ेस डिजाइनर प्रोजेक्ट्स "देशी" बन जाते हैं (वे स्टार्टअप में जुड़ जाते हैं, विभिन्न सिस्टम सूचियों में प्रदर्शित होते हैं, और रूटिंग के लिए उपलब्ध होते हैं)।

नई एचटीएमएल 5 मल्टीलोडर

हमने html5 + js के आधार पर अपने स्वयं के समाधान के पक्ष में अपलोड के फ्लैश मल्टी-लोडर को छोड़ दिया, अब सर्वर पर फाइल भेजने से पहले छवियों के पूर्वावलोकन उपलब्ध हैं, बूटलोडर एपीआई अधिक लचीला है।

पूछा - हम जवाब देते हैं

आप PSR-1,2 कोडिंग स्टाइल का उपयोग क्यों नहीं कर रहे हैं?
प्रारंभ में, हमने Zend फ्रेमवर्क 1.x शैली का पालन करने की कोशिश की, जो PSR-1,2 सिफारिशों से बहुत पहले दिखाई दी। चूंकि कोड आधार काफी व्यापक है, इसलिए एक नई शैली के लिए एक बार में इसे फिर से लिखने का कोई तरीका नहीं है, बस यह कहने के लिए कि हम लोकप्रिय कोड प्रारूप का उपयोग करते हैं (सबसे अधिक संभावना है कि यह भविष्य के संस्करणों में किया जाएगा जब खाली समय दिखाई देता है)।
DI का उपयोग किया जाता है?
कई हार्डकोड पुर्ज़ों को निर्भरता इंजेक्शन (सेटर के माध्यम से) का उपयोग करके फिर से लिखा जाता है। डिपेंडेंसी इंजेक्शन के लिए कंटेनर का उपयोग बड़ी मात्रा में कोड को संसाधित करने की जटिलता के कारण नहीं किया जाता है, और कंटेनर का उपयोग अनिवार्य रूप से प्रदर्शन का नुकसान होगा और कोड जनरेटर और इंटरफ़ेस डिजाइनर के तर्क को जटिल करेगा, इसलिए इस स्तर पर इसे लागू नहीं करने का निर्णय लिया गया था। (उदाहरण के लिए, DI कंटेनर की कमी YII को बुरा निर्णय नहीं बनाती)
कोई नामस्थान क्यों नहीं?
मंच के मूल में नाम स्थान का उपयोग नहीं किया जाता है, लेकिन अंतिम समाधान में लागू किया जा सकता है। कर्नेल में नामस्थान एम्बेड करना अनिवार्य रूप से तैयार किए गए अनुप्रयोगों की अनुकूलता पर प्रतिकूल प्रभाव डालेगा। सबसे अधिक संभावना है, उन्हें बाद में पेश किया जाएगा, संभवतः तैयार किए गए अनुप्रयोगों के साथ संगतता बनाए रखने के लिए एक बख्शते / वैकल्पिक मोड में।
सरणियों में विन्यास?
कोई कह सकता है कि PHP सरणियाँ कॉन्फ़िगरेशन को संग्रहीत करने के लिए एक खराब टोन हैं, और यहां तक कि इस विषय पर दिलचस्प लेखों के लिंक भी प्रदान करते हैं। हां, सबसे अधिक संभावना है। हमारा सिस्टम php सरणियों के आधार पर कॉन्फ़िगरेशन फ़ाइलों का उपयोग करता है, लेकिन उनमें से अधिकांश दृश्य इंटरफेस का उपयोग करके संपादित किए जाते हैं, इसलिए यह तथ्य बहुत भ्रमित नहीं होना चाहिए। यह सबसे अच्छा के रूप में नहीं बल्कि एक विशिष्ट समस्या के सबसे इष्टतम समाधान के रूप में इलाज करने के लायक है। परीक्षण के परिणामों के अनुसार, यह पता चला है कि opcode कैश का उपयोग करने वाले प्लेटफ़ॉर्म कॉन्फ़िगरेशन फ़ाइलों की मेमेकिंग स्टोरेज की तुलना में बहुत अधिक कुशल है। इसके अलावा, आप उस प्रारूप में अतिरिक्त कॉन्फ़िगरेशन का उपयोग कर सकते हैं जिसमें आप काम करने के लिए उपयोग किए जाते हैं।
एपीआई प्रलेखन
एपीआई प्रलेखन प्लेटफ़ॉर्म कोड को पूरी तरह से कवर नहीं करता है, दूसरी ओर, हमने विभिन्न कार्यों और अक्सर आने वाले कार्यों के समाधान का उपयोग करके अधिकांश संभावनाओं का वर्णन करने की कोशिश की। हम जहाँ तक संभव हो प्रलेखन के अनुभागों की भरपाई और अनुवाद करते हैं।
DocumentRoot की आवश्यकता क्यों?
यह आवश्यकता इंटरफ़ेस डिजाइनर के कार्यान्वयन सुविधाओं से संबंधित है।
कुछ उपयोगकर्ताओं के लिए यह एक समस्या है। अब AJAX अनुरोधों के लिए url पैटर्न के आगमन के साथ, हमने उपनिर्देशिकाओं में स्थापित करने की क्षमता को पेश करने के लिए आवश्यक आधार को लागू किया है (यह शायद जल्द ही लागू होगा)।
DocumentRoot में प्लेटफ़ॉर्म फाइल क्यों
प्लेटफ़ॉर्म की फ़ाइल संरचना का हिस्सा होस्ट के बाहर आसानी से ले जाया जा सकता है, इसके लिए आपको कॉन्फ़िगरेशन फ़ाइल में पथों को सही करना होगा। इस तरह की "डिफ़ॉल्ट" फ़ाइल व्यवस्था शुरुआती लोगों के जीवन को आसान बनाती है, मंच के साथ पहले परिचित के लिए आवश्यक इशारों को कम करती है।
क्या संगीतकार समर्थित है?
समर्थन को लागू करना बहुत अच्छा होगा, लेकिन अभी तक इसकी संभावना नहीं है।
क्या कोई GIT प्रोजेक्ट रिपॉजिटरी है?
हम योजना बना रहे हैं।
क्या अन्य DBMS के लिए मूल समर्थन है?
प्लेटफ़ॉर्म के कर्नेल को MySQL की आवश्यकता होती है, लेकिन यह आपके एप्लिकेशन से अन्य DBMS से कनेक्शन का उपयोग करने में हस्तक्षेप नहीं करता है, व्यक्तिगत मॉडल को अन्य एडेप्टर पर स्विच करना भी संभव है (शायद दूर के भविष्य में कर्नेल स्तर पर अन्य DBMS के लिए समर्थन होगा)।

मंच आदर्श से बहुत दूर है, लेकिन हम अपना अधिकांश खाली समय इसे बेहतर बनाने के लिए बिताते हैं, व्यापार पर कार्यक्रम करने की कोशिश करते हैं, न कि प्रोग्रामिंग के लिए।

तुलनात्मक प्रदर्शन टेस्ट

परंपरा के बाद, हम आपको सिस्टम प्रदर्शन परीक्षण प्रस्तुत करते हैं।
~~व्यर्थ~~ लोकप्रिय सिंथेटिक प्रदर्शन परीक्षण "हैलो वर्ल्ड":

अधिक गंभीर परीक्षण जो आपको सिस्टम के प्रदर्शन के कम से कम कुछ विचार प्राप्त करने की अनुमति देते हैं: "ब्लॉग", "पोर्टल होम", "नेस्टेड टिप्पणियों की सूची" (एक पेड़ की संरचना के 300 तत्व):

उन सभी के लिए विशेष धन्यवाद जिन्होंने मंच के विकास और परीक्षण में भाग लिया, साथ ही साथ मंच पर चर्चा में भाग लेने वाले - अपने समर्थन और रुचि के लिए।

हम रचनात्मक आलोचना के लिए खुले हैं, सुझाव और सुझाव सुनने के लिए खुश हैं। हमें उम्मीद है कि मंच आपके लिए एक दिलचस्प और उपयोगी समाधान होगा।

प्रोजेक्ट टीम

DVelum - PHP + ExtJS4 विकास प्लेटफ़ॉर्म संस्करण 0.9 रिलीज़