Drupal 7 webforms को कोड में स्टोर करें

Question

अगर कोड में वेबफॉर्म को स्टोर करने का कोई उपाय है तो मैं सोच रहा हूं। ताकि आप आसानी से उन्हें अन्य साइटों पर डुप्लिकेट कर सकें और उन्हें अपने स्वयं के मॉड्यूल के साथ बंडल कर सकें। मैं एपीआई के रूप में कुछ similair में देख रहा हूँ।

यदि यह उपलब्ध नहीं है तो कितने लोग ऐसी कार्यक्षमता में रुचि रखते हैं? मैं एक मॉड्यूल विकसित कर सकता हूं जो कोड में वेबफॉर्म के भंडारण को संभाल सकता है। और क्या आपको इस तरह के मॉड्यूल को बनाने में कोई चिंता है?

धन्यवाद, जाप

Comments

आपका मतलब वेबफॉर्म मॉड्यूल के साथ बनाए गए फॉर्म हैं?

— Mołot

हां मेरा मतलब है कि

— वेबफॉर्म

यह वास्तव में बहुत आसान है, बस एक नज़र है कि वेबफॉर्म साझा कैसे करता है। ( webform_share_export()और webform_share_node_insert()धन कार्य हैं)। मैं यह नहीं कह सकता कि मैं इसके इस्तेमाल को मंजूरी देता हूं eval(), लेकिन आप इसे आसानी से परिवर्तित कर सकते हैं कि इसके बजाय JSON ऑब्जेक्ट / धारावाहिक स्ट्रिंग का उपयोग करें। आपके द्वारा दूर की जाने वाली एकमात्र (छोटी) कठिनाई है कि कैसे / जब आपका वेबफॉर्म एक नए नोड पर लागू होता है, तो निश्चित रूप से नोड को वेबफॉर्म को संलग्न करने की आवश्यकता होती है।

— क्लाइव

Answer 1

वास्तव में नहीं, और इसकी कोई आवश्यकता नहीं है

1. यदि आपको कोड से उपलब्ध फॉर्म की आवश्यकता है, तो फॉर्म एपीआई फॉर्म स्क्रैच से लिखना मुश्किल नहीं है। व्यूज़ के विपरीत, आप केवल Webforms bu नोड आईडी को थीम कर सकते हैं, और यह साइट से साइट पर बदल जाएगा, इसलिए मॉड्यूल के साथ बंडल किए गए Webform फॉर्म सुविधाजनक नहीं होंगे।

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

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

Comments

हालांकि यह विकल्प के लिए एक अच्छा जवाब है, मुझे लगता है कि वेबफ़ॉर्म को कोड में रखना एक बहुत ही उचित अनुरोध है (मैं सहमत नहीं हूं कि इसके लिए कोई आवश्यकता नहीं है, या यह वास्तव में संभव नहीं है)। उदाहरण के लिए यदि आप एक मॉड्यूल के साथ एक आधार संपर्क फ़ॉर्म प्रदान करना चाहते हैं जो तब यूआई के माध्यम से उपयोगकर्ताओं द्वारा बढ़ाया जा सकता है, तो एक वेबफ़ॉर्म आदर्श होगा। उस UI का निर्माण स्वयं एक वास्तविक दर्द होगा। चूंकि webformऑब्जेक्ट (या सरणी?) नोड ऑब्जेक्ट पर वैसे भी बैठता है, इसे क्रमबद्ध और बहुत आसानी से लागू किया जा सकता है

— क्लाइव

@ क्लिक करें, लेकिन बुनियादी संपर्क के लिए, किसी को वास्तविक कोड की आवश्यकता क्यों होगी? क्यों निर्यात नहीं किया जाएगा (UUID सुविधाओं के साथ एकीकरण आप नोड मॉड्यूल को निर्यात कर सकते हैं) पर्याप्त हो सकता है?

— मोलॉट

क्या वह मॉड्यूल वेबफॉर्म ऑब्जेक्ट को भी सिंक्रोनाइज़ करता है?

— क्लाइव

@Clive जहाँ तक मुझे याद है, यह कुछ मुद्दों के साथ किया, लेकिन हाँ। ओह, और यदि कस्टम कोड को किसी प्रपत्र से डेटा की आवश्यकता है , तो क्या यह वेबफ़ॉर्म को खतरनाक नहीं बना देगा? मुझे पता है कि वेबफॉर्म में विलोपन के लिए खेतों को प्रतिरोधी बनाने का कोई तरीका नहीं है (लेकिन मैं मानता हूं कि मैंने उस मुश्किल को नहीं देखा है)।

— मोलॉट

दरअसल, एकीकरण कार्य करने के लिए वेबफॉर्म के लिए एक पैच भी है । मैं वापस ले :)

— क्लाइव