वर्डप्रेस प्लगइन विकास में संगीतकार नामस्थान टकराव

Question

मुझे समस्या का समाधान करने के लिए पूरी तरह से अनुमानित लेकिन अविश्वसनीय रूप से कष्टप्रद और कठिन सामना करना पड़ रहा है।

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

ढांचा एक अलग प्लगइन के रूप में कार्य करता है जिसे उसके बाद बनाए गए किसी भी ऐप/प्लगइन्स द्वारा विरासत में प्राप्त किया जाता है।

विक्रेता फ़ोल्डर को मूल रूपरेखा फ़ोल्डर में ले जाएं?

समस्याएं: मुझे नहीं पता कि क्या होगा यदि मेरे पास दो कंपोज़र.जेसन फाइलें और दो कंपोज़र.फार फ़ाइलें एक ही विक्रेता फ़ोल्डर में लिख रही हैं और उसी ऑटोलोडर का उपयोग कर रही हैं। संभवतः यह अच्छा नहीं होगा। इसके अलावा, यह कंपोज़र पैकेज के साथ टकराव की समस्या का समाधान नहीं करता है जिसे मैं किसी भी अन्य स्क्रिप्ट या प्लगइन द्वारा इस्तेमाल किया जा सकता हूं, जिसे मैं संभालने की कोशिश कर रहा हूं।

तो मैं अटक गया हूं। क्या यह एक समस्या है जिसे हल किया जा सकता है, या यह सिर्फ PHP में अंतर्निहित है?

Answer 1

मैं संगीतकार या प्लगइन ढांचे का उपयोग कर रहे के साथ बहुत परिचित नहीं हूँ, लेकिन सामान्य रूप में - परहेज समारोह/वर्डप्रेस plugins में वर्ग के नाम टकराव निम्नलिखित तरीके से किया जाता है:

• कि यह मानते हुए अपने प्लगइन (जैसे MyCoolPlugin) ऑब्जेक्ट उन्मुख लिखा गया है, उदाहरण के लिए MyCoolPlugin नामक एक वर्ग के रूप में, आप MyCoolPlugin के उप-वर्ग के रूप में सहायक वर्ग/लाइब्रेरी को शामिल कर सकते हैं।

• class_exists(), यह कक्षा को परिभाषित करने के लिए PHP का तरीका है।

class MyHelperClass{ }

आप अपने प्लग-इन में से प्रत्येक में वर्ग घोषित करने से पहले निम्न जांच का उपयोग हो सकता है:: अपने सहायक वर्ग निम्नलिखित मान लिया जाये कि

if(!class_exists('MyHelperClass')){ 
    class MyHelperClass{ 
    } 
} 

बेशक

, वहाँ एक व्यापार में है यहां से, क्योंकि कक्षा का केवल पहला उदाहरण वर्डप्रेस के माध्यम से उपयोग किया जाएगा। जैसे यदि आपके पास सहायक वर्ग के दो अलग-अलग संस्करणों के साथ दो प्लगइन्स हैं - उनमें से केवल एक ही सक्रिय और किसी भी पल में उपलब्ध होगा।

• एक वैश्विक चर - उदा। सहायक फ़ाइल में define('MY_HELPER_IS_LOADED', true); (यदि आप उन्हें include() या require() के माध्यम से शामिल कर रहे हैं)। फिर प्रत्येक शामिल सहायक फ़ाइल की शुरुआत में if(defined('MY_HELPER_IS_LOADED')) return; के साथ चेक करें, जो वर्तमान में अनुरोधित फ़ाइल को शामिल/शामिल करने की आवश्यकता नहीं होगी।

फिर से ऊपर की रणनीति सामान्य रूप से PHP में उपयोग की जाती है, मुझे यकीन नहीं है कि आपका प्लगइन ढांचा बिल्कुल कैसे स्थापित किया गया है।

Answer 2

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

दूसरे शब्दों में - यदि आप निर्भरता नहीं कर रहे हैं संगीतकार तरीका और वर्डप्रेस निर्भरता नहीं कर रहा है, तो यह आपकी निजी समस्या है कि इससे कैसे निपटें।

मैं नहीं जानता कि अगर मैं दो composer.json फ़ाइलें और एक ही विक्रेता फ़ोल्डर में लिखते हैं और एक ही autoloader

मैं निम्नलिखित नहीं कर रहा हूँ क्यों प्रयोग करते हुए दो composer.phar फ़ाइलें क्या होगा यदि आप एकाधिक संगीतकार इंस्टॉल का उपयोग कर रहे हैं तो विक्रेता फ़ोल्डर समान होगा ... क्या आप विस्तारित कर सकते हैं कि आप इसे कैसे बनाते हैं और क्या इसका मतलब सार्वजनिक या निजी उपयोग के लिए है?