सेटिंग्स एपीआई बनाम थीम कस्टमाइज़र

Question

सेटिंग्स API का उपयोग कब करना उचित होगा, और थीम कस्टमाइज़र का उपयोग करना कब बेहतर होगा?

सुबह तक घूमने के बाद, मुझे इस मामले पर कोई अच्छी तरह से विचार और हालिया मार्गदर्शन नहीं मिल पाया है। हालांकि यह कहना अभी भी जल्दबाजी होगी, लेकिन मुझे लगता है कि थीम कस्टमाइज़र एक अधिक स्क्वैरस्पेस-जैसे संपादन सुविधाओं को लाने की दिशा में एक विचारोत्तेजक पहला कदम है। क्या किसी को थीम कस्टमाइज़र के पक्ष में सेटिंग्स एपीआई को सूर्यास्त करने की किसी भी योजना का पता है? क्या हम सभी को धीरे-धीरे इसकी ओर बढ़ना चाहिए, या हम सेटिंग्स एपीआई से चिपके रहना बेहतर होगा? क्या वे साथ-साथ रह सकते हैं, और यदि हां, तो जिम्मेदारियों का विभाजन कहाँ होगा?

Answer 1

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

कस्टमाइज़र नई सेटिंग्स को परिभाषित नहीं करता है / कर सकता है / पंजीकृत कर सकता है जो पहले से ही सेटिंग्स एपीआई या थीम मोड्स एपीआई के माध्यम से पंजीकृत नहीं हैं। एक अलग तरीके से कहा: Customizer एपीआई सीधे सेटिंग्स जोड़ने या डेटाबेस से सीधे सेटिंग्स पुनः प्राप्त करने के लिए एक एपीआई नहीं है; इसके बजाय, कस्टमाइज़र एपीआई सेटिंग्स को बचाने के लिए या डेटाबेस से सेटिंग्स को पुनः प्राप्त करने के लिए सेटिंग्स एपीआई या थीम मोड्स एपीआई का उपयोग करता है।

इस प्रकार, कस्टमाइज़र एपीआई मौजूदा विकल्पों में से एक एपीआई का विकल्प नहीं है ; बल्कि, यह सेटिंग पेज के लिए एक विकल्प है । कस्टमाइज़र को परवाह नहीं है कि सेटिंग एपीआई या थीम मोड्स एपीआई के माध्यम से पंजीकृत है या नहीं, और ऐसी सेटिंग्स को कस्टमर में मिलाया और मिलान किया जा सकता है। वास्तव में, ज्यादातर मामलों में, इस तरह के सेटिंग्स हैं मिश्रित और मिलान नहीं हुआ: कस्टम हेडर और कस्टम पृष्ठभूमि थीम मॉड हैं, और साइट शीर्षक और वर्णन सेटिंग API कर रहे हैं।

कस्टमाइज़र एपीआई के माध्यम से सेटिंग्स और नियंत्रण को कैसे पंजीकृत किया जाता है, यह समझने के लिए, मैं ओटो के उत्कृष्ट ट्यूटोरियल पढ़ने की सलाह देता हूं:

• थीम कस्टमाइज़र का लाभ उठाने के लिए अपने स्वयं के विषयों में कैसे
• थीम कस्टमाइज़र भाग Deux: विकल्प पृष्ठों से छुटकारा पा रहा है
• थीम कस्टमाइज़र के लिए एक कस्टम नियंत्रण बनाना

तो, प्रश्न या तो निर्दिष्ट एपीआई के संबंध में / या नहीं है । उपयुक्त / या प्रश्न होंगे:

• का प्रयोग करें या तो सेटिंग API या थीम मॉड एपीआई के लिए मौजूदा सेटिंग्स रजिस्टर के माध्यम से पूर्वावलोकन करने के लिए कस्टमाइज़र एपीआई
• का प्रयोग करें या तो कस्टमाइज़र एपीआई या एक कस्टम विषय सेटिंग पृष्ठ के लिए उपयोगकर्ता की अनुमति के लिए कॉन्फ़िगर थीम विकल्प ।

Comments

धन्यवाद चिप। मैं अभी भी 100% आपका अनुसरण नहीं करता , लेकिन आपने मुझे इस मुद्दे पर जाने और कुछ और देखने के लिए पर्याप्त दिया है। मुझे लगता है कि मेरा भ्रम कार्यक्षमता में ओवरलैप और नामों में समानता से उपजा है। क्या कोई ऐसा पृष्ठ है जो स्पष्ट रूप से विभिन्न एपीआई के उपयोग के मामलों (अधिक अमूर्त तरीके से) का दस्तावेजीकरण करता है? मुझे कोडेक्स के माध्यम से देखने का बहुत भाग्य नहीं था; यह केवल एपीआई को लागू करने के नट और बोल्ट पर केंद्रित है।

— ड्रे

मैंने और अधिक जोड़ा है, थोड़ा और गहराई से समझाने की कोशिश करने के लिए। यह भी देखें, विशेष रूप से, ओटो के कस्टमाइज़र ट्यूटोरियल के लिंक; मुझे लगता है कि वे चीजों को स्पष्ट करने में मदद करेंगे।

— चिप बेनेट

आप साहब एक सज्जन व्यक्ति हैं।

— ड्रे

Answer 2

साधारण चीजें कभी कभी हो सकता है के रूप में के रूप में: सेटिंग API है नहीं विषय कस्टमाइज़र। दोनों अलग-अलग कार्यों के लिए अलग-अलग चीजें हैं।

सेटिंग्स एपीआई

आप या तो एक प्लगइन लिख रहे हैं या एक विषय है जिसमें ऐसे विकल्प नहीं हैं जिनके लिए किसी भी दृश्य प्रतिक्रिया की आवश्यकता नहीं होगी? इस विकल्प के साथ जाएं।

थीम कस्टमाइज़र

आपके पास ऐसे विकल्प होने चाहिए जो एक विजुअल इफ़ेक्ट हो जो उपयोगकर्ता को देखने में सक्षम होना चाहिए? इस विकल्प के साथ जाएं।

Comments

यह मेरा प्रारंभिक निष्कर्ष था। हालांकि, दोनों के बीच कार्यात्मक ओवरलैप का एक बड़ा सौदा है, जो मूल प्रश्न (ओं) को जन्म देता है। इसके अतिरिक्त, दो स्थानों में थीम विकल्पों को विभाजित करने का विचार इस बात पर निर्भर करता है कि वे दृश्य हैं या नहीं, जो मुझे UX के दृष्टिकोण से समस्याग्रस्त करते हैं। यह कहना नहीं है कि मैं आपसे असहमत हूं; मैं सिर्फ इस स्तर पर राय मांग रहा हूं। पूरा विषय ही कुछ हद तक मधुर है। शायद कुछ अच्छी तरह से परिभाषित मार्गदर्शन 'उच्च पर से' फायदेमंद होगा। आपके सहयोग के लिए धन्यवाद!

— ड्रे

@ लगता है कि आप इसे थोड़ा गलत समझते हैं: यदि आपको एक भी विकल्प मिला है, जिसे दृश्य प्रतिक्रिया की आवश्यकता है, तो थीमकस्टमाइज़र के साथ जाएं। इसलिए अंगूठे का नियम है: थीम -> थीम कस्टमाइज़र | प्लगइन -> सेटिंग्स एपीआई।

— kaiser

एक सामान्य नियम के रूप में, सभी थीम-परिभाषित विकल्पों का एक प्रस्तुतिकरण प्रभाव होना चाहिए । :) यही कारण है कि ने कहा: अनुकूलन एपीआई की आवश्यकता है या तो सेटिंग API या थीम मॉड एपीआई आदेश का अस्तित्व में। अनुकूलन एपीआई उन दो एपीआई में से एक के लिए एक विकल्प नहीं है, बल्कि एक कस्टम थीम सेटिंग्स पेज के लिए एक विकल्प है ।

— चिप बेनेट

क्या आप लोगों के पास कस्टमाइज़र के साथ कोई प्रतिक्रियात्मक समस्या है? यह मेरे लिए 3.5.1 और इससे भी अधिक 3.6 (ट्रंक) में मेरे लिए काफी मनमौजी लगता है। मुझे लगता है कि हेडिंग और क्लोज़ / सेव बटन अक्सर बस क्लिक करने के लिए ठीक से जवाब नहीं देते हैं और कभी-कभी उन्हें कई बार क्लिक करते हैं (और ट्रंक में ऐसा होता है)। यह एफएफ और क्रोम दोनों में है।

— t31os

@ t31os को पहले भी यह समस्या थी, लेकिन निरंतरता के बिना। लेकिन काफी समय से कोशिश नहीं की है। मैं आपके console.log()सभी कार्यों का सुझाव दूंगा ताकि आप देखें कि क्या ट्रिगर हो रहा है और क्या बाधित हो रहा है। जावास्क्रिप्ट डिबगिंग आसान नहीं है ...

— kaiser