CodeIgniter बनाम CakePHP

नीचे दो लोकप्रिय PHP चौखटे CakePHP और CodeIgniter के पेशेवरों और विपक्ष के बारे में जोनाथन स्नूक के एक लेख का अनुवाद है ।



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



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

तुलना क्यों?

CakePHP और CodeIgniter कई मायनों में समान हैं, इस तथ्य सहित कि दोनों PHP4 का समर्थन करते हैं। एक मंच के फायदों के बारे में बोलते हुए, हम तुरंत दूसरे की ताकत का उल्लेख कर सकते हैं।



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



वे दोनों रूटिंग का उपयोग करते हैं, जो यूआरएल को नियंत्रक के अंदर एक विशिष्ट फ़ंक्शन के लिए बाँधना संभव बनाता है (केकपीपीपी में इसे क्रियाएं कहा जाता है)। CodeIgniter इस सुविधा का समर्थन करने के लिए जारी किए जाने वाले CakePHP संस्करण 1.2 की प्रतीक्षा के दौरान नियमित रूप से रूटिंग के लिए नियमित अभिव्यक्ति का समर्थन करता है। संशोधन: CakePHP 1.1 रूटिंग के लिए पहले से ही नियमित अभिव्यक्ति का समर्थन करता है, लेकिन यह प्रलेखन में परिलक्षित नहीं होता है।



वे दोनों मचान का समर्थन करते हैं, जो मॉडल के आधार पर स्वचालित रूप से एक दृश्य उत्पन्न करने में मदद करता है। CodeIgniter में, मचान को सरलीकृत किया जाता है और आपको URL में कीवर्ड जोड़कर समान कार्यक्षमता का उपयोग करने की अनुमति मिलती है। मैं इसे एक खामी मानता हूं, क्योंकि मैं अक्सर निजी परियोजनाओं को सार्वजनिक उपयोग के लिए विकसित करता हूं, और यह कीवर्ड उबाऊ है।



चलिए शुरू करते हैं ...

सरलता दृष्टिकोण

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



केकपीएचपी की सादगी स्वचालन ("स्वचालित") के माध्यम से प्राप्त की जाती है। यह कोडिंग प्रक्रिया को त्वरित बनाता है, लेकिन कर्नेल का अध्ययन किए बिना, आप बस अपने आप से सवाल पूछेंगे "अब क्या हो रहा है?" मेरे लिए, मैं यह समझना पसंद करता हूं कि सब कुछ कैसे काम करता है। शुरुआती डेवलपर्स के लिए, यह पहलू केवल निराशाजनक है।

मॉडल के साथ काम करें

CodeIgniter में मॉडल का संचालन बहुत ही दृश्य है और इस उदाहरण में कुछ कमांड के साथ संयोजन में मानक SQL के उपयोग की अनुमति देगा:

$query = $this->db->getwhere('mytable', array(id => $id), $limit, $offset);







$this->db->select('title')->from('mytable')->where('id', $id)->limit(10, 20);





$query = $this->db->get();







नोट: उदाहरण के दूसरे भाग में उपयोग की जाने वाली चाइनिंग विधि केवल PHP5 में काम कर सकती है।



आप एक मॉडल ऑब्जेक्ट भी बना सकते हैं, इसे लोड कर सकते हैं, और विभिन्न तरीकों का उपयोग करके कुछ कार्य कर सकते हैं। यदि वांछित है, तो यह नियंत्रक के बजाय मॉडल स्तर पर सबसे अच्छा किया जाता है, ताकि कोड एमवीसी के ढांचे के भीतर बना रहे।



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

इसके अलावा, CakePHP के पास अपने शस्त्रागार में मॉडल के बीच संबंध स्थापित करने में मदद करने के लिए एक तंत्र है, जो डेटा पुनर्प्राप्ति को सुविधाजनक बनाने में बहुत मदद करता है। उदाहरण के लिए, पोस्ट_कंट्रोलर कंट्रोलर में, आप निम्न कार्य कर सकते हैं:



$this->Post->Comment->findAllByPostId($id)







मैंने इस उदाहरण को चुना क्योंकि यह दो विभिन्न अवधारणाओं को प्रदर्शित करने में मदद करता है। सबसे पहले, मैं देख सकता हूं कि मैं पोस्ट मॉडल के माध्यम से टिप्पणी मॉडल तक कैसे पहुंच सकता हूं (पोस्ट मॉडल में स्थापित एसोसिएशन के लिए धन्यवाद)। दूसरे, findAllByPostId



विधि के लिए धन्यवाद। CakePHP आपको डेटाबेस से findByX के माध्यम से रिकॉर्ड प्राप्त करने की अनुमति देता है और findAllByX क्वेरीज़ जहाँ X उस फ़ील्ड नाम के बराबर होता है जहाँ से चयन किया जाता है।

मुझे लगता है कि केक संबंधित डेटा को स्वचालित रूप से लोड करने की क्षमता में अपने सबसे अच्छे बिंदुओं में से एक का प्रदर्शन करने में बहुत अच्छा है। यहाँ एक नज़र रखना:



$this->Post->findById($id)







यह अनुरोध हमें न केवल प्रकाशन देगा, बल्कि इस पर टिप्पणी भी करेगा। बहुत व्यावहारिक है।

मान्यता

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



CakePHP दो तरीकों से सीधे मॉडल के माध्यम से मान्य होता है। पहला तरीका पूरे मॉडल को सत्यापित करता है, और दूसरा - प्रत्येक क्षेत्र को व्यक्तिगत रूप से और हमें कुछ क्षेत्रों के लिए लोड करने से पहले कॉलबैक देता है।



CakePHP 1.2 लचीलेपन को बढ़ाने के लिए एक पुन: डिज़ाइन किए गए सत्यापन प्रणाली को शामिल करेगा।

प्रकार

CakePHP में तुरंत एक डिफ़ॉल्ट टेम्पलेट शामिल होता है और इसके दो चर होते हैं: title_for_layout



और content_for_layout



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



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

निर्मित सुविधाएँ

CodeIgniter, मेरे विवेक में, एफ़टीपी, ईमेल, फ़ाइल अपलोडिंग, XMLRPC, ज़िप एन्कोडिंग और कई अन्य जैसे वर्गों के लिए बिना शर्त जीतता है।



केकपीएचपी, बदले में, एक व्यापक भंडार ( बेकरी ) का दावा करता है। आप किसी भी आवश्यक वर्गों को आसानी से जोड़ सकते हैं, जैसा कि CodeIgniter में है। क्या दिलचस्प है: हालांकि मैंने ऐसा करने की कोशिश नहीं की है, लेकिन CI से CakePHP के लिए लिखी गई कई कक्षाओं को जोड़ना संभव है।

ऑटो लोड

CakePHP आपको आधार नियंत्रक को संशोधित करके अनुप्रयोगों में व्यापक बदलाव करने की अनुमति देता है। आप मॉडल फ़ाइल का उपयोग करके वैश्विक तरीके भी बना सकते हैं, जो बाद में आपको beforeFilter



से पहले नियंत्रक का उपयोग करके नियंत्रक स्तर पर संपादन करने से नहीं रोकेगा, जैसे कि beforeFilter



, afterFilter



और पहले beforeRender



। इसी तरह, हेल्पर्स और कंपोनेंट्स को अलग-अलग कंट्रोलर लेवल पर लोड किया जा सकता है।



CodeIgniter सहायकों, पुस्तकालयों और प्लगइन्स को लोड कर सकता है, लेकिन यह संपूर्ण अनुप्रयोग के लिए विश्व स्तर पर ऐसा करता है। (यहाँ लेखक से गलती हुई है, क्योंकि CI में नियंत्रक स्तर पर ऐसा निर्माण उपलब्ध है: $ यह-> लोड-> जो भी () - लगभग। अनुवादक।)

प्रलेखन

दस्तावेज़ीकरण किसी भी ढांचे को समझने के लिए महत्वपूर्ण है ताकि उस पर विकास हो सके।



CodeIgniter के पास उनके प्रत्येक तरीकों और मापदंडों के साथ सभी घटकों की एक पूरी प्रलेखित सूची है। CI में बहुत सारे कस्टम कोड स्निपेट के साथ फ़ोरम और विकी हैं।



CakePHP, बदले में, इतनी अच्छी तरह से व्यवस्थित नहीं है। मैनुअल पुराना है और यह खुलासा नहीं करता है कि एपीआई हमें क्या प्रदान करता है। मूल दस्तावेज के प्रारूप के अलावा, आप सीएचएम या पीडीएफ में एक ऑफ़लाइन संस्करण प्राप्त कर सकते हैं। लेकिन CakePHP में अभी भी बेकरी है, जिसमें कस्टम लेख और घटक हैं। विकास टीम आईआरसी चैनलों (#cakephp at irc.freenode.net) के माध्यम से बहुत मदद करती है। और एक काफी सक्रिय Google समूह भी है ।

अंत में

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



मैं व्यक्तिगत रूप से अपने स्वत: दुख के लिए CodeIgniter की तुलना में एक CakePHP प्रशंसक से अधिक रहता हूं। और यह लाभ अधिक स्पष्ट रूप से संस्करण से संस्करण तक प्रकट होगा।

विस्तार

यह तुलना CodeIgniter 1.5.2 के लिए प्रलेखन और CakePHP 1.1 का उपयोग करने के अनुभव पर आधारित थी। मैंने जानबूझकर प्रदर्शन के मुद्दे को संबोधित नहीं किया, क्योंकि प्रत्येक विकल्प को तैयार करना और परीक्षण करना समस्याग्रस्त है।