वर्डप्रेस और जूमला के सॉफ्टवेयर आर्किटेक्चर के बीच मुख्य अंतर क्या हैं और उनके मुख्य कार्य कैसे विस्तारित होते हैं?


14

* ध्यान दें: यह है नहीं एक सवाल 'जो बेहतर है' *!

वर्डप्रेस और जुमला! दोनों भयानक खुले स्रोत CMS हैं।

प्रमुख अंतर क्या हैं

1) जूमला के बीच सॉफ्टवेयर आर्किटेक्चर में! और Wordpress?

2) जिस तरह से कोर (आउट-ऑफ-द-बॉक्स) कार्यक्षमता के विस्तार किए जाते हैं? तथा

3) कोर और एक्सटेंशन को कैसे अपग्रेड और अपडेट किया जाता है?


1
जहाँ तक मुझे पता है - 1.wp mvc नहीं है और कुल वेबसाइट की तुलना में ब्लॉगिंग सुविधाओं के बारे में सावधानी बरतें। 3. लेकिन वर्डप्रेस में अपग्रेड प्रक्रिया wp प्लगइन्स की असंगति को नजरअंदाज करते हुए जूमला से बहुत बेहतर है।
देव- m

2
यह टिप्पणी एक विशिष्ट या निश्चित उत्तर देने के लिए बहुत व्यापक है (ऐसे कई उत्तर हैं जो "सही" होंगे - एक अच्छा उदाहरण है कि प्रश्न कैसे लिखना है)। कृपया अपने प्रश्न को अधिक विशिष्ट बनाने के लिए विचार करें।
एंड्रयू एडी

जवाबों:


18

Wordpress और Joomla दोनों! जब आप उनकी तुलना करते हैं तो उच्च-माना जाता है और प्रत्येक के पास अद्वितीय लाभ होते हैं।

अपने सवालों के जवाब देने के लिए:

Joomla के बीच सॉफ्टवेयर वास्तुकला में! और वर्डप्रेस

  • जूमला OOP (ऑब्जेक्ट-ओरिएंटेड) और MVC (ऑब्जेक्ट-ओरिएंटेड डिज़ाइन पैटर्न) है।

  • Wordpress को Procedural code में लिखा जाता है।

प्रक्रियात्मक प्रोग्रामिंग उन कदमों को निर्दिष्ट करती है जो कार्यक्रम को वांछित स्थिति तक पहुंचने के लिए लेना चाहिए, जबकि ऑब्जेक्ट-ओरिएंटेड प्रोग्रामिंग ("ओओपी") वस्तुओं या डेटा-संरचनाओं और विधियों में कार्यक्रमों को उनके इंटरैक्शन के साथ व्यवस्थित करता है ।

सरल कार्यक्रमों के लिए, प्रक्रियात्मक कोड (कमांड के एक लाइन-बाय-लाइन अनुक्रम के बारे में सोचते हैं) बहुत अच्छा काम करता है, लेकिन बड़े जटिल अनुप्रयोगों के लिए, प्रक्रियात्मक कोड बनाए रखने के लिए कठिन हो सकता है - अक्सर जिसके परिणामस्वरूप स्पेगेटी कोड कहा जाता है (यानी जब लाइन द्वारा -कमियों का क्रम कई GOTO, अपवादों, धागों या अन्य शाखाओं के निर्माण का उपयोग करना शुरू कर देता है और यह प्रवाह वैचारिक रूप से स्पेगेटी के कटोरे की तरह हो जाता है)। दूसरे शब्दों में, प्रक्रियात्मक कोड सरल शुरू होता है, लेकिन जटिल और पेचीदा हो सकता है।

इसलिए अधिक जटिल अनुप्रयोगों को OOP के साथ और MVC के साथ बेहतर संरचित किया जा सकता है - प्रोग्रामिंग की एक और अधिक उन्नत शैली जो बहुत सारे चलती भागों के साथ वास्तव में जटिल कार्यक्रमों के निर्माण के लिए बेहतर है।

जबकि प्रक्रियात्मक कोड शुरू में सरल कार्यक्रमों के लिए लिखना और बनाए रखना आसान हो सकता है, ओओपी के फायदे हैं कि यह बड़े करीने से एक साथ चर के संग्रह (जिसे ओओपी में 'गुण' कहा जाता है) कार्यों (ओओपी में 'विधियों' कहा जाता है) को बंडल में खींच सकता है - जिसके परिणामस्वरूप कोड जो कि tidier है, पढ़ने, बनाए रखने और विस्तार करने में आसान है।

अधिकांश वर्डप्रेस अनुप्रयोगों (जैसे सरल ब्लॉग) के लिए, प्रक्रियात्मक कोड पूरी तरह से अच्छी तरह से काम करता है।

अधिक जटिल अनुप्रयोगों के लिए (जैसे कि उपयोगकर्ता समूह अनुमतियों की आवश्यकता वाले लोग और जो सुविधाओं और कार्यों का विस्तार करने के लिए कई एक्सटेंशनों का उपयोग करते हैं), ओओपी को आमतौर पर बहुत अधिक सुरुचिपूर्ण दृष्टिकोण माना जाता है।

सारांश में:

Worpress के सॉफ्टवेयर आर्किटेक्चर (प्रक्रियात्मक कोड के आधार पर) में सरलता में ताकत है, लेकिन जटिल अनुप्रयोगों के लिए प्रक्रियात्मक कोड आदर्श नहीं है, जो व्यापक रूप से मजबूत है।

जूमला! का सॉफ्टवेयर आर्किटेक्चर (OOP / MVC) अधिक जटिल लग सकता है, लेकिन जब अच्छी तरह से इंजीनियर, OOP / MVC वास्तव में एक एप्लिकेशन की विशेषताओं और कार्यों को बढ़ाने और उन सभी एक्सटेंशनों को सामंजस्यपूर्ण रूप से काम करने के लिए बहुत सरल बनाता है ।

यदि आप अंतर (एक बुनियादी शुरुआती स्तर पर) को समझना चाहते हैं, तो Peham Raza द्वारा PHP प्रक्रियात्मक बनाम PHP OO बनाम PHP MVC पढ़ें - वह इस तरह से प्रत्येक के 'ins और outs' पर चर्चा करता है जो बेहतर तरीके से लाभों को समझना आसान बनाता है।

जिस तरह से कोर (आउट-ऑफ-द-बॉक्स) कार्यक्षमता के विस्तार किए जाते हैं?

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

कोर और एक्सटेंशन को कैसे अपग्रेड और अपडेट किया जाता है

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

एक कहावत है कि वर्डप्रेस एक सीएमएस नहीं है, लेकिन अब यह एक सीएमएस है जो जूमला और अधिक की सभी विशेषताओं के साथ है।

वर्डप्रेस उन उपयोगकर्ताओं के लिए अच्छा है जिनके पास कम विकास ज्ञान है, और डेवलपर्स के लिए जूमला।

आशा है कि यह समझ में आता है।


3
MVC वास्तव में मुख्य वास्तु अंतर नहीं है। मुख्य अंतर यह है कि जूमला OOP है और वर्डप्रेस (बहुत अधिक) नहीं है। दोनों के पास एक MVC प्रतिमान है, लेकिन यह जूमला में अधिक स्पष्ट है क्योंकि हम कक्षाओं का नाम देते हैं।
एंड्रयू एडी

@AndrewEddie आप सही हैं।
जोबिन जोस

एंड्रयू - धन्यवाद। यदि हम MVC के संदर्भ को हटा देते हैं, तो क्या यह उत्तर को अधिक सटीक बनाता है?
NivF007

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

6

मुझे लगता है कि वास्तव में इस सवाल का जवाब देने के लिए, आपको WP और Joomla दोनों से व्यापक रूप से परिचित होना चाहिए। मैं जुमला हूँ! भारी और केवल कुछ ही बार WP का उपयोग किया है, इसलिए मेरा उत्तर उतना पूर्ण नहीं हो सकता है जितना आप उम्मीद कर सकते हैं।

WP सबसे पहले और एक ब्लॉगिंग प्लेटफॉर्म है। यह डेटा के फ़ीड के लिए सेट किया गया है। नियमित स्थैतिक मुखपृष्ठ प्राप्त करने के लिए आपको फ़ीड डिफ़ॉल्ट को स्थानांतरित करने के लिए अपने रास्ते से बाहर जाना होगा। यह मुश्किल नहीं है, यह सिर्फ डिफ़ॉल्ट नहीं है। यदि आप जानते हैं कि आप क्या कर रहे हैं, तो आप ब्लॉगिंग प्लेटफॉर्म से आगे बढ़ने के लिए WP का विस्तार कर सकते हैं, या यदि आप एक टेम्पलेट डाउनलोड करते हैं जो आपके लिए पहले ही कर चुका है।

जूमला पहले और सबसे आगे, एक सीएमएस है। यह एक पूरी वेबसाइट रखने के लिए बनाया गया है, जिसमें ब्लॉगिंग भी शामिल है, यह सीधे आधार कोर से है। प्लगइन्स मदद करते हैं, वे आपको उन लोगों के लिए एक अधिक अनुकूलित अनुभव प्राप्त कर सकते हैं जो अपने स्वयं के घटकों और प्लगइन्स को बनाने का तरीका नहीं जानते हैं। आखिरकार, पहिया को क्यों मजबूत करना है?

मेरे अनुभव में, WP उन लोगों के लिए बहुत अच्छा है जो डेवलपर्स नहीं हैं, या जो केवल पर्याप्त जानते हैं। दूसरी ओर जूमला डेवलपर्स के लिए बनाया गया था, जो उन लोगों के लिए है जो पूरी तरह से अनुकूलित फ्रंट-एंड और बैक-एंड अनुभव बनाना चाहते हैं। मैंने WP टेम्पलेट पर काम करने में घंटों बिताए, जो मैं चाहता था, उसे करने के लिए मजबूर कर रहा था, जब मैं जूमला के साथ पहली बार उन चीजों को बनाने के लिए उपयोग किया जा रहा था, जब मैं उन्हें चाहता हूं (हम टेम्प्लेट का उपयोग नहीं करते हैं - हमारा अपना है कोर जूमला कि मूल बातें छीन ली गई हैं और हम जमीन से ऊपर का निर्माण करते हैं)।

यदि आप WP और Joomla के एफ़टीपी को एक साथ खींचते हैं, तो आप देख सकते हैं कि वे कितने अलग हैं।

WP में यह प्लगइन क्षेत्र है जहां आप प्लगइन्स को खोज सकते हैं, चुन सकते हैं और इंस्टॉल कर सकते हैं। मेरा मानना ​​है कि आप भी इसी जगह से अपडेट कर सकते हैं। जब आप एक प्लगइन क्षेत्र में होते हैं, तो यह अक्सर आपको बताएगा कि एक अद्यतन उपलब्ध है।

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

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


2

जैसा कि आप वास्तुकला के बारे में बात कर रहे हैं, इससे कोई फर्क नहीं पड़ता कि आप एक पोर्टल या एक जटिल वेबसाइट का निर्माण कर रहे हैं यानी बहुत सारे अंतर-जुड़े निकाय।

  1. जूमला सोर्स कोड ऑब्जेक्ट ओरिएंटेड है।
  2. जूमला कोड बहुत अच्छी तरह से विभाजित है यानी एप्लिकेशन, प्लगइन्स, घटक।
  3. जूमला में अधिकांश डिजाइन पैटर्न का पालन किया जाता है, जैसे फैक्टरी, डेकोरेटर, डिपेंडेंसी इंजेक्शन, आदि।

C और C ++ डेवलपर के रूप में जब मैंने जूमला अपनाया, तो मुझे बहुत अच्छा लगा, क्योंकि यह मानकों के एक ही सेट का उपयोग करता है, फिर वैश्विक नाम स्थान को खराब करता है।

हमारी साइट का प्रयोग करके, आप स्वीकार करते हैं कि आपने हमारी Cookie Policy और निजता नीति को पढ़ और समझा लिया है।
Licensed under cc by-sa 3.0 with attribution required.