मैं ज़ेंड फ्रेमवर्क का उपयोग कर एक एप्लिकेशन बना रहा हूं और मुझे आश्चर्य है कि क्या यह ढांचा थोड़ा फूला हुआ या खत्म हो गया है। हो सकता है कि जिस तरह से मैं समस्या का सामना कर रहा हूं लेकिन मुझे लगता है कि इस ढांचे का उपयोग करके मुझे इतना अधिक कोड लिखने के लिए मजबूर किया जाता है।ज़ेंड फ्रेमवर्क क्या यह इसके लायक है?
कोई सुझाव या सलाह?
लक्षित कार्यों के लिए जेडएफ घटक उत्कृष्ट हैं - उदा। Zend_Oauth, Zend_Pdf, Zend_Gdata, आदि। आप इन कार्यों को प्राप्त करने के लिए इन्हें ज़ेडएफ एमवीसी संरचना पर अपना आधार नहीं दे सकते हैं, और मैं निश्चित रूप से आपको ऐसा करने की सलाह देता हूं (अस्वीकरण: मैं जेडएफ में योगदानकर्ता हूं इसलिए मैं व्यक्तिपरक हो सकता हूं) ।
Zend_Aplication, Zend_View, आदि जैसी बड़ी जेडएफ सामग्री के लिए - यह आपकी आवश्यकता और शैली पर निर्भर करता है। एक बड़ी परियोजना के लिए, मैं कहूंगा कि इसके लिए जाना है, यह शुरुआत में बड़ा प्रतीत हो सकता है लेकिन आप किसी भी मामले में मोटे तौर पर उस चीज़ के साथ खत्म हो जाएंगे।
यदि दूसरी तरफ, आपके पास एक छोटी परियोजना है, तो आप कुछ सरल या शायद कोई ढांचा का उपयोग करने पर विचार कर सकते हैं - लेकिन सावधान रहें, कुछ छोटी परियोजनाएं अपेक्षाकृत तेज़ी से बढ़ती हैं।
अपनी टिप्पणी को देखते हुए कि आप टिकट प्रणाली और सीएमएस का निर्माण कर रहे हैं, ऐसा लगता है कि यह ढांचे के लिए काफी बड़ा है। जेडएफ को आज़माएं। एक अच्छी किताब का उपयोग करके छोटे, सरल उदाहरणों से शुरू करें और कुछ उदाहरण कोड भी बहुत उपयोगी हो सकते हैं। जब आप मानसिकता में आते हैं तो आपको पता चलेगा कि यह वास्तव में आपके जैसा सोचा नहीं गया है - इसमें केवल अधिक कार्यक्षमता और विस्तार बिंदु हैं, लेकिन आपको पता चलेगा कि आपको सड़क के नीचे उस कार्यक्षमता की आवश्यकता हो सकती है।
यह केवल सुझाव या सलाह है, इसलिए यहां अस्वीकरण डालें।
यह नहीं है कि आपको अपने आवेदन में पहला पृष्ठ दिखाने के लिए कितना कोड लिखना है। यह पूरा होने पर आपके आवेदन में कुल मिलाकर कितना कोड होगा, और यह कितना स्थान पर दोहराया जा रहा है। और परिवर्तन/बनाए रखने के लिए यह कितना आसान होगा।
ज़ेंड के साथ अब आप अधिक कोड लिखते हैं ताकि आप बाद में कम कोड लिख सकें। शुरुआत में आप नियंत्रक, मॉडल, मैपर, विचार, रूप और लेआउट लिख रहे हैं। बहुत जल्द आप नियंत्रकों को कार्यों को जोड़ देंगे, केवल फॉर्म और विचार लिखेंगे।
मॉडल लिखने की लागत आपके द्वारा लिखे गए पहले दृश्य को आवंटित नहीं की जानी चाहिए। जोड़ों को जोड़ने, संपादित करने, हटाने और सूचीओं के साथ-साथ खोज दृश्यों पर इसे आवंटित करें।
मैं ज़ेंड फ्रेमवर्क में केवल 4 सप्ताह का हूं और इसलिए मैं खुद को एक नौसिखिया मानता हूं, लेकिन मैं 25 साल तक प्रोग्रामिंग कर रहा हूं, और 6 साल तक PHP, इसलिए मुझे ज्ञान दिखाई देता है।
जिन चीज़ों के बारे में आपको अवगत होना पड़ सकता है वे हैं कि कुछ ज़ेंड रूटीन php 5.3 में काम नहीं करते हैं, मैं इसके बारे में और कुछ नहीं जानता।
संपादित करें: यदि आप सरल ढांचे की तलाश में हैं, तो कोडिनेटर (या कोहाना जो कोडनिर्देशक का कांटा है) आज़माएं। यह उपयोग करना आसान है क्योंकि आप नियंत्रक, मॉडल इत्यादि उत्पन्न करने के लिए स्क्रिप्ट चलाने के बजाय मैन्युअल रूप से फ़ाइलें जोड़ते हैं (जैसे सिम्फनी, ज़ेंड, केकेएफपी, वाईआई आदि)। मैंने जो काम अभी तक किया है, वह कोडिनेटर के साथ रहा है।
वर्डप्रेस या ड्रूपल जैसे कुछ अच्छे समाधानों के साथ अपने ऐप को एकीकृत करने पर विचार करें।
Altought ZF यहां सबसे अच्छा है, आप सिम्फनी का प्रयास कर सकते हैं, शायद आप इसे और अधिक दोस्ताना पाते हैं। बहुत सारे उपयोगकर्ता योगदान, तैयार संसाधन हैं।
ठीक है अगर आप टाइपिंग कम से तेज़ी से विकसित होने की उम्मीद कर रहे हैं, तो ज़ेंड फ्रेमवर्क सबसे अच्छा विकल्प नहीं हो सकता है। यह निश्चित रूप से अधिक समय लेता है, $this->getRouter()->getWhatever()->thenSmtMore()->theFuncNeeded() जैसी चीजें। हालांकि यह अच्छी तरह से संरचित और अच्छी तरह से इंजीनियर है। और साशा शुमन ने एक क्यूए बैठक में क्या कहा, "आप इसे लिखने से कोड पढ़ने पर अधिक समय बिताते हैं"। खैर, यह समझ में आता है कि जब आप उस तरह सोचते हैं लेकिन वास्तविक जीवन में, खासकर यदि आप निम्न बजट परियोजनाओं के समूह पर काम कर रहे हैं जहां आप गुणवत्ता को थोड़ा सा त्याग सकते हैं, तो ज़ेंड फ्रेमवर्क का डिफ़ॉल्ट एप्लिकेशन आधारभूत संरचना आपको धीमा कर सकती है। लेकिन इसका मतलब यह नहीं है कि जेडएफ फूला हुआ है ...
जेडएफ के बारे में मुझे जो चीज पसंद है वह है, क्योंकि मॉड्यूल कमजोर युग्मित हैं, आपको हमेशा लाइब्रेरी के रूप में इसका उपयोग करने या अपना खुद का कामकाजी माहौल विकसित करने का मौका मिलता है जेडएफ घटकों के आधार पर। और यह वही है जो मैंने किया है, इसलिए मैंने जेडएफ घटकों के आधार पर अपना खुद का ढांचा बनाने के लिए कुछ महीने बिताए और मैं नई परियोजनाओं को तेजी से बना सकता हूं, जिस तरह से मुझे पसंद है।
मेरे अनुभव में, जब आप रूबी ऑन रेल या डैंजो समेत किसी भी ढांचे का उपयोग करते हैं, तो आपको शुरुआत में बहुत सारी गति मिलती है, लेकिन जब आप विशेष मामलों का सामना करते हैं, तो उस मामले के लिए उचित समाधान ढूंढना मुश्किल हो जाता है। समाधान ढांचे को महारत हासिल करने के लिए पर्याप्त समय बिताना है, निश्चित रूप से कुछ सामुदायिक समर्थन प्राप्त करें क्योंकि मानक दस्तावेज़ीकरण पर्याप्त नहीं है, और अपने कार्य प्रवाह को अनुकूलित करें (जैसे कोड कोड का उपयोग करते हुए नेटबीन या ज़ेंड स्टूडियो जैसे उन्नत आईडीई का उपयोग करके अपना कोड स्निपेट लाइब्रेरी बनाना टेम्पलेट इत्यादि)
आप क्या बनाने की कोशिश कर रहे हैं? – rwilliams
एक टिकट प्रणाली, और एक सीएमएस – snakeyyy
रेडमाइन देखें। इसमें समस्या प्रबंधन, एसवीएन एकीकरण, और विकी है। आप बिट्टनाम से "इंस्टॉल करने योग्य" प्राप्त कर सकते हैं। –