क्या यह एक नियंत्रक कार्रवाई में कई मॉडलों के साथ काम करने की बुरी आदत है? क्या यह हमेशा एक नियंत्रक की तरह होना चाहिए-एक मॉडल-एक दृश्य?PHP और एमवीसी, एकाधिक मॉडल
उत्तर
नहीं, बेशक यह एक बुरी आदत नहीं है। जहां आप एकाधिक तालिकाओं के साथ काम करते हैं, तो विभिन्न मॉडलों की आवश्यकता होगी।
समस्या इस के साथ इतना अधिक नहीं है, लेकिन इन मॉडलों के आधार पर उन्नत प्रश्नों को संभालने के लिए ढांचे की क्षमता के साथ ढांचे और फ़िल्टरिंग की क्षमता है। यह उन बगबियरों में से एक है जब आप डेटाबेस इंटरैक्शन के बारे में एक ढांचे के विशेष सौंदर्यशास्त्र का पालन करने के लिए "बाध्य" होते हैं, लेकिन यह निश्चित रूप से निर्भर करता है कि कौन सा ढांचा और आप जादू व्यवहार पर कितना भरोसा कर रहे हैं।
प्रत्येक परियोजना एक साधारण ब्लॉग नहीं है! :)
संपादित करें: मुझे यह भी कहना चाहिए कि इस तरह की चीज सामान्य रूप से एमवीसी ढांचे के साथ मेरी मुख्य पकड़ में से एक है। आपकी परियोजना जो हासिल करने का प्रयास कर रही है, उसके बीच समझौता, और फ्रेमवर्क की अनुमति हमेशा होती है जहां बालों को खो दिया जाता है और देर रातें निवेश की जाती हैं ..
मैं कल्पना नहीं कर सकता कि केवल एक मॉडल के साथ काम करने में सक्षम होना समय पर। उन डेटाबेस को किसी कारण से 'संबंधपरक डेटाबेस' कहा जाता है। सभी टेबल एक दूसरे के साथ बातचीत करते हैं।
मैंने वास्तव में एक ढांचा का उपयोग किया जो केवल उस नियंत्रक से जुड़े एक मॉडल को लोड करने की अनुमति देता था। निश्चित रूप से एक भयानक अनुभव, काम करने वाले एकमात्र ऑपरेशन बुनियादी सीआरयूडी कार्य थे।
तेज़ उत्तर के लिए धन्यवाद! – PPPHP
हर किसी की तरह यह कह रहा है, आप जो चाहते हैं उसे करने के लिए स्वतंत्र हैं। मैं सुझाव देता हूं कि आप जिस ढांचे का उपयोग कर रहे हैं, उसके लिए साइट को देखें, और देखें कि अन्य लोग इसका उपयोग कैसे कर रहे हैं। उनके पास अक्सर "XXXX फ्रेमवर्क का उपयोग करने वाली परियोजनाएं" होती हैं।
और सैनिकों की टिप्पणी की तरह, 1 तालिका हमेशा एक मॉडल के बराबर नहीं होती है। बुनियादी सक्रिय रिकॉर्ड पैटर्न (जैसे कोडइग्निटर) का उपयोग करने वाले कुछ उदाहरण 1 टेबल 1 मॉडल विधि के साथ जाते हैं।
नहीं, यह एक बुरा अभ्यास नहीं है।
नियंत्रक आपके डेटा मॉडल से अधिक HTTP संसाधनों (उर्फ यूआरआई) को मानचित्र करते हैं। एक निश्चित संसाधन (उपयोगकर्ताओं, उत्पादों, ...) के लिए अनुरोध अक्सर विभिन्न स्थानों से डेटा लोड करने और/या भंडारण की आवश्यकता हो सकती है (एक डीबी तालिका, फ़ाइल सिस्टम, एक दूरस्थ वेब सेवा, ...), इसलिए 1: 1 नियंत्रक: मॉडल मैपिंग शायद नियम के बजाय अपवाद भी है। जब तक आपकी वेबसाइट वास्तव में सरल नहीं है।
- 1. एमवीसी PHP - मॉडल
- 2. एएसपी.नेट एमवीसी - एक फॉर्म और मॉडल बाइंडर्स में एकाधिक मॉडल
- 3. सिद्धांत - एकाधिक मॉडल एक और मॉडल
- 4. @ मॉडल एनोटेशन और एमवीसी
- 5. एमवीसी 3, एकाधिक फ़ाइल अपलोड, मॉडल बाध्यकारी
- 6. एकाधिक मॉडल बनाम एकल मॉडल
- 7. बैकबोन/RequJS और एकाधिक मॉडल
- 8. उसी फॉर्म पर स्प्रिंग एमवीसी एकाधिक मॉडल एट्रिब्यूट
- 9. प्रपत्र मॉडल पोस्टिंग परिदृश्यों में अद्यतन मॉडल और एमवीसी
- 10. कोहाना PHP - साझा मॉडल के साथ एकाधिक ऐप्स
- 11. एएसपी.नेट एमवीसी ड्रॉपडाउनलिस्ट मॉडल
- 12. एमवीसी मॉडल सत्यापन?
- 13. एएसपी.नेट एमवीसी - मॉडल
- 14. एकाधिक मॉडल या क्वेरीसेट
- 15. प्रति मॉडल एकाधिक छवियां
- 16. एमवीसी :: मॉडल क्या है?
- 17. एमवीसी मॉडल jQuery पोस्ट
- 18. बैकबोन.जेएस + स्प्रिंग एमवीसी। मॉडल
- 19. एमवीसी सेटअप (PHP)
- 20. एएसपी.नेट एमवीसी: एकाधिक परियोजनाएं त्रुटि
- 21. एमवीसी मॉडल ऑब्जेक्ट, एक डोमेन ऑब्जेक्ट और डीटीओ
- 22. PHP एमवीसी बेस्ट प्रैक्टिस - नियंत्रक से मॉडल वर्ग के लिए पास सत्र परिवर्तक या मॉडल
- 23. एएसपी.नेट एमवीसी मॉडल/व्यूमोडेल प्रमाणीकरण
- 24. एमवीसी 3 मॉडल सत्यापन डबल
- 25. सी # एमवीसी मॉडल बनाम व्यूबैग
- 26. एमपीओडीबी एकाधिक $ और ऑपरेटरों क्वेरी PHP
- 27. एकाधिक उपयोगकर्ता XDebug और PHP डिबगिंग
- 28. PHP फोर्किंग और एकाधिक बाल सिग्नल
- 29. मॉडल में त्रुटि प्रबंधन (एमवीसी)
- 30. रेजर एमवीसी मॉडल सेव एक्शन
उत्कृष्ट सवाल! यह दयालु है कि कोई भी ऐसे प्रश्नों की परवाह नहीं करता है! – Sliq