CodeIgniter प्रोजेक्ट में अपनी क्लास संरचना को एम्बेड करना

अच्छा दिन है, कामरेड।

इस पोस्ट में मैं अपनी कार्यक्षमता का लाभ उठाने के अवसर को छोड़ते हुए डेवलपर पर लागू होने वाली सीमाओं को दरकिनार करने के बारे में बात करूँगा।

समस्या

मैं सामाजिक नेटवर्क पर क्रॉस-पोस्टिंग के लिए एक संसाधन विकसित कर रहा हूं। प्रारंभ में, उत्पाद केवल Vkontakte और Facebook के लिए था और एपीआई के साथ काम करने के लिए एक नियंत्रक और एक मॉडल आवंटित किया गया था, साथ ही साथ cURL के साथ काम करने के लिए एक मॉडल। जबकि केवल दो सामाजिक नेटवर्क के साथ काम करने की आवश्यकता थी, परियोजना की यह वर्ग संरचना निराशाजनक नहीं दिखती थी। लेकिन यह कई और सामाजिक सेवाओं के साथ काम करने के लायक था। नेटवर्क, यह स्पष्ट हो गया कि इस तरह के एक मॉडल अराजकता की ओर जाता है और एपीआई के साथ काम करने और क्लाइंट की तरफ दोनों में एक पूरी गड़बड़ है। यदि उपयोगकर्ता डेटा या 10 सामाजिक नेटवर्क के लिए संदेश भेजने के लिए 10 ajax अनुरोधों को देखने के लिए इसे 10 से बाहर शाखा करने की लागत क्या है। फ़ैक्टरी पैटर्न का उपयोग करके इस सभी डरावने को फिर से भरने का निर्णय लिया गया था। सब कुछ सरल लग रहा था: हम एपीआई के साथ काम करने के लिए सामान्य कार्यक्षमता के साथ एक इंटरफ़ेस का वर्णन करते हैं, एक कारखाना वर्ग बनाते हैं और एकमात्र नियंत्रक है जो कारखाने के वर्ग की आवश्यकता होगी। लेकिन जैसे ही उन्होंने कार्यक्षमता को एक नए प्रतिमान में स्थानांतरित करना शुरू किया, यह हम पर छा गया। डेटाबेस, उपयोगकर्ता डेटा, लॉग और https में सभी कार्य सीआई मॉडल और पुस्तकालयों पर आधारित हैं। तब मुझे एहसास हुआ कि जब मैंने कोर्सवर्क में लिखा था कि मैं कितना गलत था, तो कोडइग्नटर डेवलपर पर प्रतिबंध नहीं लगाता है - यहां तक ​​कि जैसे ही वह लगाता है। यह एमवीसी मॉडल के ढांचे से परे आपके निर्णय में एक छोटा कदम है, समस्या यह है कि इस समाधान को परियोजना में कैसे शामिल किया जाए।

निर्णय

पहली नज़र में, सामाजिक वर्गों में विस्तार का स्पष्ट निर्णय। नेटवर्क और कारखाने CI_model मॉडल करते हैं और हमेशा की तरह काम करते हैं। लेकिन इस तरह के दृष्टिकोण की वैचारिक बेवफाई भी स्पष्ट थी।

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

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


फ्रेमवर्क वर्ग एक नियमित सीआई मॉडल है।

class Framework extends CI_Model { /** * * @var stdObject $model     */ public $model; /** * * @var stdObject $library     */ public $library; public __construct() { parent::__construct; $this->load->model('https'); $this->model->dx_auth = $this->dx_auth; $this->model->https = $this->https; $this->library->db = $this->db; } } 

और वोइला

 class ACSocial { /** * *@var Framework    */ public $framework; public function __construct() { $this->framework = new Framework(); ... 

अब आप किसी भी वर्ग से मॉडल और पुस्तकालयों का उपयोग कर सकते हैं जो लगभग परिचित तरीके से ACSocial विरासत में मिला है

 $this->framework->model->db->get_where('users', array('id' => $id)); 

यदि आपको थोड़ा मॉडल चाहिए, तो आप उन्हें संग्रह में नहीं चुन सकते हैं, लेकिन उन्हें फ्रेमवर्क वर्ग के एक अलग क्षेत्र के रूप में याद रखें।

और फिर कारखाने की विधि को केवल वांछित नियंत्रक या मॉडल में शामिल किया गया है (मैंने मदद की आवश्यकता है ताकि नियंत्रक की उपस्थिति को खराब न करें) और आप कर रहे हैं!