क्या सब कुछ एक बंडल की जरूरत है?


11

मैं एंटिटी एपीआई के बारे में सीख रहा हूं। मेरे पास एक साधारण अतिरिक्त तालिका है जिसे मैं "ड्रुपालिज़" करना चाहता हूं ताकि मैं उदाहरण के लिए इसका उपयोग कर सकूं।

मैंने काफी पढ़ा है, कुछ वीडियो देखे, कुछ उदाहरण देखे। मैं बंडलों की अवधारणा पर अटका हुआ हूं । मैं समझता हूं कि बंडल क्या हैं (जैसे नोड प्रकार नोड इकाई के बंडल हैं)।

लेकिन मेरे उपयोग के लिए केवल एक बंडल होगा। उदाहरणों में मैंने देखा है कि बंडल डेटाबेस तालिका में संग्रहीत है; यह मेरे लिए जरूरी नहीं है क्योंकि यह हर रिकॉर्ड के मुकाबले एक ही मूल्य होगा। तो मैं सोच रहा था कि मैं किसी तरह इसे छोड़ सकता हूं, या मेरी इकाई हमेशा बंडल के लिए एक मानक स्ट्रिंग लौटाती है।

क्या मुझे गलत समझा गया है? क्या बंडलों को हमेशा लागू करना पड़ता है, और डेटाबेस टेबल स्तर पर लागू किया जाता है?

जवाबों:


9

हाँ एक बंडल हमेशा, संस्थाओं के लिए हमेशा आवश्यक होता है।

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

यदि आपको केवल एक बंडल मिला है, और केवल एक बंडल रखने की योजना है, तो आपको इसके लिए अपनी इकाई तालिका में एक विशिष्ट फ़ील्ड रखने की आवश्यकता नहीं है। जैसा कि आप अपने प्रश्न में सुझाव देते हैं कि यह हमेशा समान होगा, इसलिए यह बेमानी होगा और बस अपने डीबी प्रश्नों में अतिरिक्त ओवरहेड (हालांकि छोटे) जोड़ें।

यदि आपको लगता है कि आपको किसी बिंदु पर अपनी इकाई के विभिन्न उप-प्रकारों के बीच अंतर करने की आवश्यकता हो सकती है, तो यह शुरू से ही सही मायने में निर्माण के लायक होगा; यह वास्तव में आपके उपयोग के मामले पर निर्भर करता है।


हालाँकि, अगर किसी इकाई के पास एक बंडल है, तो यह कैसे होता है कि बंडल स्वयं एक इकाई (?) हो सकता है
आर्टफ्लोरोबैट

1
मुझे पूरा यकीन है कि यह केवल एक सामान्य इकाई प्रकार पर CRUD कार्यक्षमता को अमूर्त करने के विचार के बारे में बात कर रहा है, और फिर से पूरे सिस्टम (ऑब्जेक्ट्स, बंडलों, फ़ील्ड्स आदि) का उपयोग करके अपने स्वयं के कार्यान्वयन के बिना लाभ उठा सकता है। । द्रुपल इकाई (नोड, उपयोगकर्ता, आदि) के संदर्भ में एक बंडल बहुत अलग चीज है। यदि एक बंडल वास्तव में एक Drupal इकाई था, यह अपने आप में बंडलों हो सकता था, जो मतलब नहीं है :)
क्लाइव
हमारी साइट का प्रयोग करके, आप स्वीकार करते हैं कि आपने हमारी Cookie Policy और निजता नीति को पढ़ और समझा लिया है।
Licensed under cc by-sa 3.0 with attribution required.