स्टार्टर थीम बनाम पेरेंट थीम? फायदा और नुकसान

10

मैं जिस कंपनी के लिए काम कर रहा हूं, उसके लिए अन्य वेबसाइटों के लिए एक उदाहरण के रूप में एक थीम का निर्माण कर रहा हूं। एक अन्य परियोजना में हमने हाइब्रिड पैरेंट थीम का उपयोग किया और निर्माण करना वास्तव में आसान था, लेकिन वेबसाइट को बनाए रखने के लिए वास्तव में कठिन है।

मैं स्टार्टर थीम दृष्टिकोण पसंद करता हूं, जिसे कोई अन्य डेवलपर थीम की प्रतिलिपि बनाता है और उससे बनाता है। अभिभावक-> डेवलपर कोड को गड़बड़ करने वाले बच्चे को बहुत अधिक स्वतंत्रता देता है। उदाहरण के लिए, मुझे नहीं पता था कि बच्चे या माता-पिता पर कुछ कहा जा रहा है।

मैं आपसे सुनना चाहूंगा:

जब एक मूल विषय बेहतर होता है?
जब एक स्टार्टर थीम बेहतर है?
उनमें से प्रत्येक के लिए पेशेवरों और विपक्ष क्या हैं?

धन्यवाद।

themes child-theme

— romulodl
स्रोत

2

करीब-करीब रचनात्मक के रूप में मतदान नहीं किया जाता है : "हम तथ्यों, संदर्भों या विशिष्ट विशेषज्ञता द्वारा समर्थित उत्तर की उम्मीद करते हैं, लेकिन इस सवाल की बहस, बहस, मतदान या विस्तारित चर्चा की संभावना होगी।"

— चिप बेनेट

4

सवाल है कि तथ्यों के लिए पूछ रहा। हो सकता है कि राय का हिस्सा हटा दिया जाए ... अच्छा विषय, बुरा विषय भी देखें ।

— FUXIA

मैं सिर्फ अपना पहला प्रश्न संपादित कर सकता हूं, या इसे हटा सकता

— हूं

2

@romulodl - बस प्रश्न को संपादित करें और "राय" को हटा दें - हटाने की कोई आवश्यकता नहीं है, मुझे लगता है

— au

11

मैं रैस्ट से पूरी तरह सहमत हूं । मैं सिर्फ कुछ छोटी चीजें जोड़ना चाहता हूं।

नोट: मैं मूल विषय और रूपरेखा में अंतर करता हूं। मेरे जवाब में, मैं ट्वेंटीलेवेन की तरह मूल विषय पर विचार करता हूं जहां यह मुख्य रूप से एक विशिष्ट वेबसाइट के लिए बनाया गया है और एक फ्रेम की तुलना में कम हुक है।

स्टार्टर थीम:

पेशेवरों

HTML स्तर पर अनुकूलित करना आसान है। मेरा मतलब <div>किसी विशिष्ट तत्व के लिए खुले , कस्टम सीएसएस वर्ग जैसा है । यह व्यक्तिगत ब्लॉग के लिए एक बहुत ही न्यूनतम विषय बनाने का एक अच्छा तरीका है जहाँ आपको कई चीजों की आवश्यकता नहीं होती है जो कि मूल विषय प्रदान करता है (या कम से कम यदि आप मूल विषय / रूपरेखा का उपयोग करते हैं, तो आपको उन्हें हटाने के लिए हुक करना होगा)। आप HTML के विशेष भाग की तरह प्रतिध्वनित कर सकते हैं जो किसी iframeअन्य वेबसाइट को संदर्भित करता है या एक मूल विषय का उपयोग करने की तुलना में 'हैलो पाठ' बहुत आसान है।
केवल छोटी चीजों को बदलने के लिए मूल विषय से टेम्पलेट फ़ाइल की नकल करने की आवश्यकता नहीं है।
कुछ नया सीखने की ज़रूरत नहीं है जैसे हुक मैप, कस्टम सिंटैक्स, कस्टम फ़ंक्शंस, आदि। वे चीजें हैं जो डेवलपर्स को पसंद हैं, लेकिन सभी उपयोगकर्ता नहीं ।

विपक्ष

जैसा कि यह एक स्टार्टर है , आपको अपने विषय को पूरा करने के लिए कई चीजें करनी होंगी: सीएसएस, कस्टम टेम्प्लेट, आदि। आप ऐसा नहीं करना चाहते हैं यदि आप बहुत आलसी हैं!

मूल विषय:

पेशेवरों

एक पूर्ण डिजाइन है जिसे आप आसानी से छोटी लाइनों को बदलकर बदल सकते हैं style.cssजैसे कि रंग बदलना, फ़ॉन्ट आकार, आदि।
है एक पूरा विषय है, आप इसे टिप्पणी टेम्पलेट, एक पृष्ठ टेम्पलेट, आदि की तरह कुछ के बारे में चिंता किए बिना जिसका अर्थ है आप कर सकते हैं सही दूर
किसी ने इसे आपके लिए बनाया है!

विपक्ष

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

फ्रेमवर्क:

पेशेवरों

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

विपक्ष

उपयोगकर्ता को इसे कुशलतापूर्वक उपयोग करने के लिए रूपरेखा (हुक प्रणाली, इसकी विशेषताओं, सेटिंग्स, यहां तक कि नई शब्दावली) से परिचित होना है। मैं इसे फ्रेमवर्क का सबसे बड़ा नुकसान मानता हूं क्योंकि WP में पहले से ही कई चीजें हैं, और सभी उपयोगकर्ता WP का बेहतर उपयोग करने के लिए सिर्फ एक नई चीज सीखना नहीं चाहते हैं। वे चीजें हैं जो डेवलपर्स को पसंद हैं, लेकिन सभी उपयोगकर्ताओं को नहीं। उपयोगकर्ता वे लोग हैं जो सिर्फ उपयोग करते हैं , सीखते नहीं और अनुकूलित करते हैं।
निरर्थक कोड: चौखटे के कुछ हिस्से WP सुविधाओं के साथ मेल खाते हैं जो दोहराव का कारण बनता है। उदाहरण हो सकता है genesis_meta()(जरूरत नहीं है जैसा हमारे पास है wp_head)।
प्रदर्शन: क्योंकि चौखटे के लिए सब कुछ आवश्यक है => इसमें व्यवस्थापक / फ़्रंटेंड के लिए सभी आवश्यक फ़ाइलों को लोड करना होगा जो आप बिल्कुल भी उपयोग नहीं कर सकते हैं। इस बिंदु के लिए, मैं हाइब्रिड कोर को अपनी फ़ाइलों ( require_if_theme_supportsफ़ंक्शन का उपयोग करके ) लोड करने के तरीके को पसंद करता हूं
डिफ़ॉल्ट रूप अक्सर न्यूनतम और खराब होता है। हमें डिजाइन बनाने के लिए बहुत काम करना होगा। यदि आप स्टार्टर थीम का उपयोग कर रहे हैं तो यह प्रक्रिया समान है, लेकिन आप स्टार्टर थीम जैसे कस्टम टेम्प्लेट के बजाय हुक का उपयोग करते हैं।
फ्रेमवर्क का अपना दर्शन है जो फ्रेमवर्क बनाने के विभिन्न तरीकों की ओर जाता है => कई फ्रेमवर्क की ओर जाता है => हम नहीं जानते कि कौन सा हमारे लिए सबसे अच्छा है (विशेषकर जब वे प्रीमियम होते हैं)। यह बहुत अच्छा नहीं है, क्योंकि जैसा कि मैंने ऊपर कहा, फ्रेमवर्क डेवलपर्स के लिए अच्छा है, और डेवलपर्स को कोड में गहराई से देखने की जरूरत है कि यह कैसे अच्छा है! यदि फ्रेमवर्क प्रीमियम है, तो उस दरवाजे को देखा जाता है!

अंतिम बात: किसी भी साइट के लिए सभी स्टार्टर थीम और पैरेंट थीम और फ्रेमवर्क का उपयोग किया जा सकता है यदि अंतिम परिणाम प्राप्त करने के लिए आपको अनुकूलित करना आसान है। सभी स्थितियों के लिए एक समाधान नहीं है। हमें चुनना होगा कि कौन हमारी सबसे अधिक मदद कर सकता है, शायद इस बार स्टार्टर थीम अच्छी है, लेकिन एक और समय में - एक रूपरेखा। वैसे, उन सभी के साथ काम करना हमें बहुत अनुभव दे सकता है जो हमें कई परिस्थितियों में मदद करता है, न कि केवल थीम बनाते समय!

— अनह त्रान
स्रोत

सच में पूरा जवाब! धन्यवाद! यह निश्चित रूप से किसी के संदेह को हल करेगा कि शायद भविष्य में भी यही सवाल है!

— रोमुलॉडल

9

थीम वर्कफ़्लो शेष कई कारकों का संयोजन है:

कोड की राशि, साइटों के लिए अलग-अलग
कोड की मात्रा, साइटों के बीच साझा की गई
अपस्ट्रीम परिवर्तन को शामिल करना

इनमें से प्रत्येक महत्वपूर्ण हो सकता है और इनमें से प्रत्येक महत्वहीन हो सकता है।

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

दूसरी ओर स्टार्टर थीम बहुत ही विशिष्ट मॉडल है। यह अलग-अलग साइट का पक्षधर है, लेकिन अपस्ट्रीम परिवर्तन और साझा कोड को बाधित करता है। जैसे ही आप स्टार्टर थीम को अपना बनाते हैं - उसमें और उसके बाहर जाने वाले कोड का सारा बोझ आप पर होता है।

नया चलन पूरी तरह से प्लग-इन घटक के रूप में फ्रेमवर्क को अलग कर रहा है, बजाय कि वे मूल विषय को पूरी तरह से चला रहे हैं। यदि आप हाइब्रिड के साथ परिचित हैं तो मूल विषय हाइब्रिड कोर में देखें। यह दृष्टिकोण मूल रूप से माता-पिता / बच्चे के ऊपर सुधार है जिसमें अपस्ट्रीम अपडेट को फ्रेमवर्क तक सीमित किया गया है और पूरे विषय को सीमित नहीं किया गया है।

संक्षेप में (यहाँ थोड़ा व्यक्तिपरक हो जाता है):

स्टार्टर व्यक्तिगत साइटों को फिट बैठता है
माता-पिता / बच्चे बहुत अनुकूलन नहीं के साथ कई साइटों फिट बैठता है
ढांचा / माता-पिता / बच्चा किसी भी चीज और हर चीज के लिए अनुकूल हो सकता है, लेकिन विकसित करने के लिए अधिक शामिल होता है

— Rarst
स्रोत

मुझे लगता है कि आपने इसे अच्छी तरह समझाया। ब्लॉगिंग के लिए माता-पिता / बच्चे का मॉडल ठीक काम करता है। CMS या एप्लिकेशन के निर्माण के लिए, यह बहुत जल्दी समस्याग्रस्त हो सकता है।

— रे गुलिक

4

मूल विषयों का उपयोग करने का मुख्य कारण आसान अपडेट के लिए अनुमति देना है - यदि आप केवल एक थीम लेते हैं और इसे सीधे संपादित करते हैं, तो यदि मूल विषय अपडेट हो जाता है, तो आपको अपने द्वारा किए गए किसी भी परिवर्तन को फिर से लागू करना होगा (या मूल में बदलाव को मर्ज करना होगा। वापस अपने संशोधित विषय में)।

— अनु
स्रोत