phpBBex - वर्ग ऑटोलैड और AJAX अनुरोध संचालकों को जोड़ें

phpBBex phpBB 3 का एक विस्तारित संस्करण है, जिसकी घोषणा पहले हैबर में की गई थी । परियोजना धीरे-धीरे विकसित हो रही है, नए उपयोगी अवसर दिखाई देते हैं। आज हमारे पास एक आधिकारिक मंच है और हमारे कांटे का एक नया संस्करण जारी किया गया है।

जैसा कि आप जानते हैं, 2002 में phpBB 3 कोड वापस रखा गया था। यहाँ सब कुछ पहले जैसा है। कोई जटिल सार नहीं हैं; कोड सरल और रैखिक है। छोटी परियोजनाओं के लिए यह कोई समस्या नहीं है। लेकिन इंजन कार्यक्षमता के साथ अतिवृद्धि है, और वांछित परिणाम प्राप्त करने के लिए कोड का विशाल द्रव्यमान अब बदलना आसान नहीं है। आधुनिक प्रतिमानों की अनदेखी आगे के विकास को बाधित करती है। यह स्पष्ट है कि पुराने मॉड्स के साथ कोड संगतता की निगरानी के लिए phpBB डेवलपर्स के लिए यह महत्वपूर्ण है, इसलिए किसी बड़े वास्तु सुधार की उम्मीद नहीं की जा सकती है। सिम्फनी 2 के आधार पर स्थिति से बाहर का रास्ता phpBB 4 होना चाहिए, लेकिन अभी तक इसका विकास नहीं हुआ है। जाहिर है, ऐसे राक्षस को फिर से लिखना इतना आसान नहीं है, इसलिए निकट भविष्य में कोई चमत्कार नहीं होगा।

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

क्लास स्टार्टअप

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

उपयोग उदाहरण:

require('./classes/autoloader.php'); //      autoloader::init('./classes/'); // ,       autoloader::add_path('./modules/', 'module'); //        module_ 

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

फ़ाइल पथ में वर्ग नाम की dereferencing निम्नानुसार है। लोड किए गए वर्ग का नाम "_" से टूट गया है (इस मामले में, चेक किए गए उपसर्ग को छोड़ दिया गया है)। फिर, वर्ग नाम के प्राप्त भागों से मेल खाने वाले नामों के साथ निर्देशिका स्थित है, पथ निम्नानुसार उत्पन्न होता है: part1 / part2 / 3/3। यदि उप निर्देशिकाएं समाप्त हो जाती हैं, तो शेष का उपयोग फ़ाइल नाम के रूप में किया जाता है (उदाहरण के लिए, db_select_query वर्ग /classes/db/select/query.php फ़ाइल के अनुरूप हो सकता है)। इसके अलावा, अन्य ऑटोलॉजर्स के विपरीत, अच्छी तरह से कई हिस्से रह सकते हैं जिन्हें "_" के माध्यम से जोड़ा जाएगा (पिछले उदाहरण में, यदि चयन निर्देशिका मौजूद नहीं है, तो कोई निर्देशिका नहीं होने पर फ़ाइल /classes/db/select_query.php का उपयोग किया जाएगा। db, आपको /classes/db_select_query.php) मिलेगा। यदि सभी भागों को निर्देशिका नामों के रूप में उपयोग किया गया था, तो अंतिम निर्देशिका के नाम से मेल खाने वाले अंतिम भाग का उपयोग फ़ाइल नाम के रूप में किया जाता है (उदाहरण के लिए, db वर्ग, यदि कोई db निर्देशिका है, तो /classes/db/bb.php फ़ाइल के अनुरूप होगा)।

सेवा वर्ग

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

AJAX अनुरोध संचालकों को लागू करना

आमतौर पर आधुनिक प्रणालियों में "नियंत्रक" कहा जाता है, हम "मॉड्यूल" कहते हैं क्योंकि phpBB में एक मॉडल नहीं है, और हमारे हैंडलर सीधे डेटा के साथ काम करते हैं। शायद यह phpBB 3 को मिटाने का कोई तरीका नहीं है।

सभी मॉड्यूल मॉड्यूल निर्देशिका में हैं, मॉड्यूल वर्ग के नाम फॉर्म मॉड्यूल_समर्थन के हैं। प्रत्येक क्रिया जो एक मॉड्यूल कर सकता है वह एक विधि है जिसमें उपसर्ग है "क्रिया_"। फिलहाल, यह केवल AJAX अनुरोधों को संसाधित करने के लिए उपयोग किया जाता है, इसलिए ajax.php फ़ाइल को मॉड्यूल अनुरोधों के लिए एक प्रवेश बिंदु बनाया गया है, जो मॉड्यूल और कार्रवाई मापदंडों को लेता है, और कोर वर्ग पर नियंत्रण स्थानांतरित करता है, जो अनुरोधित मॉड्यूल को लोड करता है और आवश्यक कार्रवाई करता है।

संदेश की रेटिंग

मैं वास्तव में व्यवसाय में नई कक्षाएं आजमाना चाहता था। एक संदेश रेटिंग सुविधा को लागू करना ऐसा करने का एक शानदार अवसर है। एक वर्ग , तरीकों की एक जोड़ी - और यहाँ यह परिणाम है!

प्रकटन:

सेटिंग्स:


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

आगे क्या है?

विकसित राउटर को मॉड्यूल के परिणामी सिस्टम पर ले जाया जाएगा, केवल index.php फ़ाइल प्रविष्टि बिंदु बन जाएगी। सभी मौजूदा स्क्रिप्ट जैसे कि viewtopic.php और अन्य को संबंधित मॉड्यूल के कार्यों के रूप में जारी किया जाएगा। परिणाम मंच पर सुंदर यूआरएल के देखो को अनुकूलित करने के लिए एक लचीली प्रणाली है।