मैं सिर्फ केकेपीएचपी से शुरू कर रहा हूं और सोच रहा था कि कोई नियमित जेड और जेएस कोडिंग पर अपने जेएसहेल्पर का उपयोग करने के वास्तविक लाभ की व्याख्या कर सकता है। अब तक, मैं वास्तव में नहीं देखता कि सहायक कैसे स्क्रिप्ट को आसान या तेज़ बना देगा।केकपीएचपी के जेएसहेल्पर का उपयोग क्यों करें?
उत्तर
इसी कारण से मैंने अपना Google मैप्स हेल्पर लिखा;) मूल विचार यह है कि आप उसी एप्लिकेशन (इस मामले में PHP) का उपयोग शेष एप्लिकेशन के रूप में कर सकते हैं और आप किसी भी php विकल्प सरणी और सरणी में पास कर सकते हैं डेटा मूल्यों को पकड़ना और सहायक को केक की देखभाल करना चाहिए।
यह PHP के लिए एक रैपर के रूप में केकफ़्प के समान है। यह आपके कोड को लपेटता है और इसे शुष्क रखने में मदद कर सकता है।
मेरा गलत मत बनो - मैंने कभी भी जेएस/AJAX सहायक का उपयोग कभी नहीं किया। लेकिन मैं समझ सकता हूं कि क्यों कुछ इसे स्वयं जेएस लिखने पर चुनना चाहते हैं। कुछ मामलों में आउटपुट और भी "सही" हो सकता है (यदि आपको संभावित समस्याओं के बारे में पता नहीं है)। उदाहरण के लिए आईई बग: यदि आप आउटपुट {} विकल्प चुनते हैं और आखिरी को हटाने के लिए भूल जाते हैं, तो यह आईई 6 आदि में नहीं चलाया जाएगा जो मददगार के साथ रैपर के रूप में नहीं हो सकता है - कम से कम यह shoudnt;)
इसलिए सहायक के साथ यह या तो काम नहीं करता है या कुशल डेवलपर्स की एक टीम के रूप में काम करता है जो इसे काम करने के लिए डिज़ाइन किया गया है। विशेष रूप से इतने कुशल डेवलपर्स के लिए यह आमतौर पर जीत-जीत की स्थिति नहीं है: तेज़ और अधिक विश्वसनीय। आप बाद में मैन्युअल सामग्री पर स्विच करना शुरू कर सकते हैं (यदि आप वास्तविक जेएस आउटपुट देखते हैं और इसे समझना शुरू करते हैं)।
भी - जब किसी भी जेएस विधियों को किसी कारण से बदलने की आवश्यकता होती है तो आमतौर पर सहायक का उपयोग करने का आपका तरीका नहीं होता है। यदि आप अमूर्तता का उपयोग नहीं करते हैं तो आप स्वयं को सभी घटनाओं को मैन्युअल रूप से समायोजित करने की आवश्यकता में पा सकते हैं।
किसी भी सहायक की तरह, जेएसहेल्पर एक सरल तरीके से आपके दृश्य में सामग्री को पार्स करने का एक तरीका है। लेकिन आपके दृश्य में "कच्चे" जेएस/jQuery कोड डालने से उदाहरण के लिए $this->Html->scriptBlock
का उपयोग कर ठीक काम होगा।
कोई वास्तविक लाभ नहीं है जो मैं किसी अन्य फ़ंक्शन के सिंटैक्स को कभी भी बदल सकता हूं, तो आपको जेएसहेल्पर का उपयोग करते समय अपना कोड समायोजित करने की आवश्यकता नहीं होगी, क्योंकि कोर को उस अद्यतन की आवश्यकता है अपने सभी विचारों में अपने सभी "कच्चे" जेएस कोड को बदलने के बजाय, लागू किया जाना चाहिए।
जेएसहेल्पर मचान की तरह है: यदि आपको केवल मूल सामग्री की आवश्यकता होती है, और केवल मूल सामग्री की आवश्यकता होती है तो बहुत आसान होता है। यही है, एक अंकन या कुछ तत्वों को अजीब बनाना।
लेकिन इसके अलावा, अपने कोड को लिखना बेहतर है, क्योंकि आपको चीजों की आवश्यकता होगी क्योंकि आपको उनकी आवश्यकता है, और यह नहीं कि कैसे डिफ़ॉल्ट रूप से सहायक को गठबंधन किया जाता है।
ढांचे में सब कुछ के रूप में: यह एक उपकरण है। अपनी आवश्यकताओं की जांच करें और उपलब्ध सर्वोत्तम उपकरण का उपयोग करें।
- 1. jQuery के बजाय केकपीएचपी AJAX सहायक का उपयोग क्यों करें?
- 2. केकपीएचपी के मानक डेटाबेस ओआरएम के बजाय सिद्धांत का उपयोग क्यों करें?
- 3. केकपीएचपी: बहुस्तरीय कंटेनबल व्यवहार का उपयोग
- 4. केकपीएचपी
- 5. केकपीएचपी: विभिन्न नियंत्रकों में मॉडल का उपयोग
- 6. केकपीएचपी
- 7. केकपीएचपी
- 8. केकपीएचपी
- 9. केकपीएचपी
- 10. java.io.Console का उपयोग क्यों करें?
- 11. scala.collection.immutable का उपयोग क्यों करें।
- 12. NSObjectController का उपयोग क्यों करें
- 13. mysqli_close() का उपयोग क्यों करें?
- 14. @PostConstruct का उपयोग क्यों करें?
- 15. डायलॉगफ्रैगमेंट का उपयोग क्यों करें?
- 16. हेक्स का उपयोग क्यों करें?
- 17. प्रिज्म का उपयोग क्यों करें?
- 18. प्रयोगशाला का उपयोग क्यों करें?
- 19. NSFetchedResultsController का उपयोग क्यों करें?
- 20. मोनो का उपयोग क्यों करें?
- 21. हैशपैप का उपयोग क्यों करें?
- 22. घटनाओं का उपयोग क्यों करें?
- 23. केकपीएचपी के फॉर्म हेल्पर
- 24. NSAutoreleasePool का उपयोग क्यों करें?
- 25. केकपीएचपी 1.3
- 26. केकपीएचपी - यह $-- एचटीएमएल-> $-- एचटीएमएल-> छवि के साथ लिंक का उपयोग करें .... वास्तविक HTML
- 27. केकपीएचपी सत्र
- 28. मैं केकपीएचपी के फॉर्म हेल्पर 'बिल्ड' एक्शन का उपयोग कस्टम आईडी का उपयोग कैसे करूं?
- 29. केकपीएचपी 1.3
- 30. केकपीएचपी - यूआरएल
+1 सिर्फ इसलिए कि मैंने कभी भी आवश्यकता को समझ नहीं लिया है। :) – deceze
मेरे लिए एक ही चीज़ :-) – nIcO