यह पोस्ट 23 मई 2024 को अपडेट की गई थी ताकि Rails और Hanami के बीच मॉडल और डेटा दृढ़ता में अंतर स्पष्ट हो सके।
रूबी ऑन रेल्स रूबी पारिस्थितिकी तंत्र में सबसे लोकप्रिय वेब फ्रेमवर्क है और इसका एक बड़ा उपयोगकर्ता आधार है, जिसमें फ्रीलांसरों से लेकर बड़ी स्थापित कंपनियां शामिल हैं। एक सक्रिय उपयोगकर्ता समुदाय और व्यापक दस्तावेज़ीकरण के साथ, इसका उपयोग सरल एप्लिकेशन से लेकर जटिल वेब प्लेटफॉर्म तक सब कुछ बनाने के लिए किया जा सकता है।
कहा जाता है कि, पूर्ण-स्टैक रूबी फ्रेमवर्क खिताब के लिए रेल्स के प्रभुत्व को चुनौती देने वाला एक नया दावेदार है: Hanami। यह एक तेज़, मॉड्यूलर रूबी फ्रेमवर्क है जिसमें रेल्स की तुलना में बेहतर प्रदर्शन और रखरखाव क्षमता है।
इस लेख में, हम प्रदर्शन, सुविधाओं, परीक्षण और अधिक के संदर्भ में प्रत्येक फ्रेमवर्क की ताकत और कमजोरियों का पता लगाएंगे। इसलिए चाहे आप ग्राहक-सामना करने वाला वेब ऐप, आंतरिक टूल, या बड़े पैमाने पर स्केलेबल API बनाना चाह रहे हों, आप अपने अगले प्रोजेक्ट के लिए क्या उपयोग करना है, इसके बारे में बेहतर जानकारी प्राप्त करेंगे।
आइए प्रत्येक फ्रेमवर्क के संक्षिप्त परिचय से शुरू करें।
Ruby on Rails का परिचय
रूबी ऑन रेल्स सबसे प्रसिद्ध रूबी वेब एप्लिकेशन डेवलपमेंट फ्रेमवर्क है जिसका मिशन डेवलपर उत्पादकता बढ़ाना है (इस बारे में कई धारणाएं बनाकर कि ऐप्स कैसे बनाए जाने चाहिए, जिसे अक्सर "रेल्स वे" कहा जाता है)।
इन धारणाओं में से कुछ में यह सुनिश्चित करना शामिल है कि डेवलपर्स सामान कॉन्फ़िगर करने में समय नहीं लगाते, या जिसे "कन्वेंशन ओवर कॉन्फ़िगरेशन" कहा जाता है, और DRY ("डोंट रिपीट योरसेल्फ") सिद्धांतों का उपयोग करने पर जोर। DRY सिद्धांत एक डेवलपर को बार-बार कोड दोहराने से बचने के लिए प्रोत्साहित करते हैं, बल्कि ऐप कार्यक्षमता के एकल और केंद्रित प्रतिनिधित्व का उपयोग करके रखरखाव और संगठन सुनिश्चित करते हैं।
Hanami का परिचय
जहां रेल्स रूबी समुदाय में बहुत प्रसिद्ध है, वहीं Hanami कम प्रसिद्ध है। यह एक काफी नया आधुनिक रूबी फ्रेमवर्क है जो पूर्ण-स्टैक वेब फ्रेमवर्क स्पेस में रेल्स के प्रभुत्व को चुनौती देने की कोशिश कर रहा है।
Hanami को छोटे मेमोरी फुटप्रिंट और मॉड्यूलरिटी पर ध्यान केंद्रित करने के लिए जमीन से बनाया गया है, जो बदले में एक बहुत तेज़ और फुर्तीला फ्रेमवर्क बनाता है।
जाहिर है, ये संक्षिप्त परिचय आपको यह तय करने के लिए आवश्यक सभी जानकारी नहीं देंगे कि कौन सा फ्रेमवर्क आपको सबसे अच्छा लगता है। उसके लिए, हमें प्रत्येक में गहराई से जाने की आवश्यकता होगी, यह देखते हुए कि वे कैसे संरचित हैं।
Rails और Hanami की संरचना और वास्तुकला
Rails और Hanami कुछ हद तक समान हैं क्योंकि दोनों रूबी फ्रेमवर्क हैं। हालांकि, प्रत्येक कैसे बनाया गया है और उनका एप्लिकेशन आर्किटेक्चर वह जगह है जहां आपको अधिकांश अंतर मिलेंगे।
शुरुआत के लिए, रेल्स के साथ, आपके पास कम फ़ाइलें या अमूर्तताएं (बिल्डिंग ब्लॉक्स जिनका उपयोग आप अपना ऐप बनाने के लिए करते हैं) होती हैं, जो आपके ऐप को विकसित करते समय आकार में बढ़ती हैं। दूसरी ओर, Hanami अमूर्तता को एक नए स्तर पर ले जाता है, जिसमें बहुत सारी फ़ाइलें होती हैं जो आकार में छोटी होती हैं।
नीचे दिए गए आरेख इस बिंदु को अधिक स्पष्ट रूप से दर्शाते हैं। आइए रेल्स से शुरू करें।
अब नीचे दिए गए Hanami आरेख के साथ रेल्स अमूर्तता आरेख की तुलना करें।
जैसा कि आप देख सकते हैं, प्रत्येक फ्रेमवर्क आम तौर पर मॉडल-व्यू-कंट्रोलर (MVC) संरचना का पालन करता है। हालांकि, Hanami अमूर्तता को अगले स्तर पर ले जाता है।
यहां प्रत्येक फ्रेमवर्क के संगठन की एक सरलीकृत रूपरेखा दी गई है:
- रूट्स - प्रत्येक फ्रेमवर्क में आपके ऐप के एंडपॉइंट्स के साथ एक रूट्स परिभाषा होती है।
- कंट्रोलर्स बनाम एक्शन - रेल्स में, आपको एक या कुछ एक्शन वाले कंट्रोलर मिलते हैं। कंट्रोलर रूट अनुरोधों को प्राप्त करते हैं और उनका जवाब देते हैं, उन्हें संबंधित एक्शन पर निर्देशित करके। Hanami में, कोई कंट्रोलर नहीं हैं। इसके बजाय, आप स्व-निहित एक्शन पर सीधे जाते हैं (प्रत्येक एक्शन का अपना स्व-निहित वर्ग होता है)।
- मॉडल और दृढ़ता - रेल्स मॉडल लेयर डेटा सत्यापन और डेटाबेस संचार का ख्याल रखती है, जिसमें आपके ऐप के किसी भी क्वेरी शामिल हैं। दृढ़ता को Ruby Object Mapper (ROM) द्वारा नियंत्रित किया जाता है। Hanami में, मॉडल लेयर अधिक अमूर्त है, जिसे एंटिटीज़ और रिपॉजिटरीज़ में अलग किया गया है। एंटिटीज़ डोमेन लॉजिक को संभालती हैं और डेटाबेस-अज्ञेयवादी हैं, जबकि रिपॉजिटरीज़ (रिपोज़) डेटाबेस के साथ संवाद करने के लिए उपयोग की जाती हैं। Hanami 2.0 के बाद से एक पूर्व-कॉन्फ़िगर दृढ़ता लेयर के बिना आता है, जिससे आप एक ऑब्जेक्ट रिलेशनल मैपर (ORM) चुन सकते हैं जो आपकी आवश्यकताओं के अनुरूप हो या ORM मुक्त प्रोग्राम कर सकते हैं।
- व्यू रेंडरिंग - दृढ़ता लेयर के साथ, रूबी ऑन रेल्स व्यू में वह सब कुछ होता है जो आपको डेटा को बाहरी दुनिया में एक ही स्थान पर प्रस्तुत करने के लिए चाहिए। इसमें सभी HTML संरचना, व्यू हेल्पर्स और व्यू लॉजिक शामिल हैं। जब Hanami में व्यू रेंडरिंग की बात आती है, तो चीजें अधिक अमूर्त होती हैं। शुरुआत के लिए, आपके पास व्यूज़ हैं जो ऐप के किसी भी व्यू हेल्पर्स का उपयोग करते हैं और टेम्पलेट भी रेंडर करते हैं। टेम्पलेट वास्तविक HTML संरचना को संभालता है, जबकि पार्ट्स किसी भी प्रस्तुति तर्क का ख्याल रखते हैं।
तो, ऐप बनाने की बात आने पर इस सबका क्या मतलब है? कम अमूर्तताओं के साथ, रेल्स आपके ऐप को जमीन पर उतारने के लिए एक अच्छा विकल्प है और अधिक शुरुआती-अनुकूल है (जैसा कि हम बाद में इस लेख में देखेंगे)। रेल्स के साथ, आप बहुत मजबूत मोनोलिथ ऐप बना सकते हैं, लेकिन जैसे-जैसे आप स्केल करते हैं, आपका कोड अधिक से अधिक जटिल होता जाएगा। दूसरी ओर, Hanami की अधिक जटिल संरचना सीखने के लिए कठिन हो सकती है, लेकिन यह आपको बड़े पैमाने पर स्केलेबल एप्लिकेशन बनाने की अनुमति देगी और बहुत बेहतर कोड संगठन के लिए बना सकती है।
आइए अब प्रत्येक फ्रेमवर्क के पारिस्थितिकी तंत्र पर एक नज़र डालें।
पारिस्थितिकी तंत्र और समुदाय
जैसा कि हमने पहले उल्लेख किया है, रेल्स Hanami की तुलना में अधिक स्थापित फ्रेमवर्क है। रेल्स लंबे समय से मौजूद है और, जैसे, इसका एक बड़ा और अधिक परिपक्व समुदाय है।
पारिस्थितिकी तंत्र और समुदाय में अंतर नीचे संक्षेपित हैं:
- दस्तावेज़ीकरण - इससे कोई फर्क नहीं पड़ता कि आप क्या बनाने की कोशिश कर रहे हैं, यदि आप रेल्स का उपयोग करते हैं, तो आपके पास बहुत अच्छी तरह से किए गए दस्तावेज़ीकरण तक पहुंच है। आपको ऐप निर्माण के सभी भागों के माध्यम से निर्देशित किया जाता है, प्रमाणीकरण से लेकर डेटा दृढ़ता, व्यू प्रस्तुति, और बीच में सब कुछ। इसके अलावा, थर्ड-पार्टी ट्यूटोरियल की एक विस्तृत श्रृंखला ऐप बनाने के संदर्भ में लगभग हर कल्पनीय चीज़ को कवर करती है।
कहा जाता है कि, Hanami की तरफ चीजें इतनी स्थापित नहीं हैं। अपेक्षाकृत नए फ्रेमवर्क होने के कारण, Hanami का तुलनात्मक रूप से सीमित दस्तावेज़ीकरण आधार है। Hanami टीम ने आधिकारिक गाइड के साथ प्रभावशाली काम किया है, लेकिन रेल्स दस्तावेज़ीकरण आधार की तुलना में, यह करीब नहीं आता।
- समुदाय - यहां, दस्तावेज़ीकरण के साथ, रेल्स स्पष्ट विजेता है। रेल्स Hanami से बहुत लंबे समय से मौजूद है, इसलिए इसे सबसे अधिक अपनाया गया है। इससे कोई फर्क नहीं पड़ता कि आप शुरुआती हैं या उन्नत डेवलपर, आपको प्रासंगिक सबरेडिट्स, स्लैक समूहों, डिस्कॉर्ड्स, आदि पर एक रेल्स समुदाय मिलेगा। दूसरी ओर, Hanami अभी भी बढ़ रहा है, जिसका अर्थ है कि इसका बहुत छोटा समुदाय है।
- जेम्स और लाइब्रेरीज़ - चूंकि Hanami और रेल्स दोनों रूबी फ्रेमवर्क हैं, यह तर्क दिया जा सकता है कि रेल्स में काम करने वाले जेम्स Hanami में काम करेंगे। हालांकि यह तकनीकी रूप से सच है, आप अक्सर पाएंगे कि रेल्स के पास सभी प्रकार के विशेष कार्यों के लिए जेम्स और लाइब्रेरीज़ का अधिक स्थापित आधार है।
कहा जाता है कि, Hanami के अमूर्तता और विशेषज्ञता पर ध्यान केंद्रित करने के कारण, इसमें कुछ बहुत उन्नत जेम्स हैं जो आपके रेल्स ऐप्स को अगले स्तर पर ले जा सकते हैं। उदाहरण के लिए, Hanami में डिफ़ॉल्ट dry-rb जेम्स का उपयोग रेल्स ऐप्स में किया जाए तो बेहतर कोड संगठन और अमूर्तता ला सकते हैं।
आगे बढ़ते हुए, आइए प्रत्येक फ्रेमवर्क के सीखने की अवस्था और अपनाने की तुलना करें।
उपयोग में आसानी, अपनाना, शासन, और सीखने की अवस्था
पिछले खंड में उल्लिखित कारणों से, रूबी ऑन रेल्स आसानी से उपयोग, उद्योग अपनाने और सीखने की अवस्था के मामले में Hanami को मात देता है, विशेष रूप से:
- सीखना - कल्पना करें कि आप एक पूर्ण शुरुआती हैं जो एक नई प्रोग्रामिंग भाषा सीखना चाहते हैं। आपका सबसे पहला विचार ऑनलाइन सीखने के संसाधनों की जांच करना होगा। यदि किसी फ्रेमवर्क में ऐप-निर्माण प्रक्रिया को शुरू से अंत तक कवर करने वाली व्यापक रूप से उपलब्ध सीखने की सामग्री है, तो आप संभवतः दूसरों पर उस भाषा को चुनेंगे। और क्योंकि रेल्स का अधिक स्थापित दस्तावेज़ीकरण आधार है, यह शुरुआती के लिए फ्रेमवर्क की पसंद के रूप में Hanami को मात देता है। इसके अलावा, रेल्स शुरुआती लोगों के लिए चुनना बहुत अधिक अनुकूल है क्योंकि यह हुड के नीचे बहुत सारी धारणाएं बनाता है (Hanami की तुलना में, जो ऐप बनाने का एक अधिक अमूर्त तरीका प्रदान करता है)। Hanami की अमूर्तताएं स्थापित रेल्स डेवलपर्स के लिए भी कठिन हो सकती हैं।
- उद्योग अपनाना - पायथन, रिएक्ट, C#, और अन्य जैसे अन्य लोकप्रिय और अधिक स्थापित फ्रेमवर्क को अपनाने को शामिल किए बिना, यदि हम रूबी फ्रेमवर्क के अपनाने पर विचार करते हैं, तो रेल्स आसानी से Hanami को ग्रहण करता है। रेल्स होमपेज फ्रेमवर्क का उपयोग करने वाले कुछ बड़े नाम वाले संगठनों को सूचीबद्ध करता है। दूसरी ओर, ब्लॉक पर नए बच्चे के रूप में, Hanami इतना व्यापक रूप से अपनाया नहीं गया है। हमें इंतजार करना होगा और देखना होगा कि क्या भविष्य में यह बदलेगा।
- नौकरी बाजार की संभावनाएं - नौकरी की संभावनाओं के संदर्भ में, आपको Hanami डेवलपर्स की तुलना में रेल्स डेवलपर्स के लिए अधिक नौकरी के अवसर मिलेंगे।
- शासन - एक और महत्वपूर्ण पहलू जिसे नजरअंदाज नहीं किया जाना चाहिए वह है शासन। एक बदलता परिदृश्य इस बात का मार्गदर्शन करता है कि ओपन-सोर्स फ्रेमवर्क कैसे विकसित और आगे बढ़ते हैं। हालांकि, इससे भी अधिक, इन फ्रेमवर्क के कोर टीम सदस्य अक्सर अपार शक्तियां रखते हैं और यह तय कर सकते हैं कि फ्रेमवर्क में क्या जाता है, यह कैसे विकसित होता है, आदि।
एक अच्छा उदाहरण जनवरी की घोषणा है David Heinemeier Hansson (DHH), रेल्स के निर्माता द्वारा। उन्होंने कहा कि भविष्य में, वे पूर्ण-स्टैक प्रोग्रेसिव वेब एप्लिकेशन और नेटिव नोटिफिकेशन के निर्माण के लिए रेल्स को प्रथम श्रेणी का समर्थन देने के लिए जोर देंगे। ये सुविधाएं रेल्स को मोबाइल डेवलपर्स के लिए बहुत आकर्षक बना देंगी।
प्रतिक्रिया में, कई डेवलपर्स, कुछ रूबी पारिस्थितिकी तंत्र के बाहर और यहां तक कि अन्य जिन्होंने वर्षों से रेल्स छोड़ दिया था, ने अत्यधिक सकारात्मक प्रतिक्रिया व्यक्त की, यह कहते हुए कि वे खुशी से फ्रेमवर्क को अपनाएंगे या सीखेंगे यदि DHH अपना वादा निभाते हैं। यह उदाहरण सिर्फ यह दिखाता है कि यह तय करते समय शासन एक बहुत महत्वपूर्ण विचार है कि किस फ्रेमवर्क को चुनना है।
आइए अब गियर बदलें और कुछ अधिक तकनीकी, एप्लिकेशन प्रदर्शन पर गौर करें।
प्रदर्शन: Ruby on Rails बनाम Hanami
एक डेवलपर के रूप में, आप अपने ऐप की विश्वसनीयता, प्रतिक्रियाशीलता और यह कैसे एक बार उत्पादन में तैनात होने पर सर्वर संसाधनों का उपयोग करेगा, के बारे में चिंतित होंगे। ये मौलिक चिंताएं हैं जो आपके फ्रेमवर्क की पसंद को बहुत प्रभावित कर सकती हैं।
आप अपने ऐप पर प्रदर्शन परीक्षण चलाने के लिए कई विधियों का उपयोग कर सकते हैं, जिनमें से सबसे लोकप्रिय Apache JMeter है। आइए Hanami और रेल्स की तुलना करने के लिए बेंचमार्क संख्याओं का उपयोग करें।
यहां एक त्वरित बेंचमार्क परीक्षण दिखाया गया है कि प्रत्येक फ्रेमवर्क प्रति सेकंड कितने अनुरोधों को संभाल सकता है:
Hanami रेल्स को हाथों से हराता है, रेल्स की तुलना में 3 गुना अधिक अनुरोधों को संभालने की क्षमता के साथ।
यह अगला स्क्रीनशॉट प्रत्येक फ्रेमवर्क के लिए औसत विलंबता मूल्यों को दर्शाता है:
फिर से, Hanami रेल्स को लगभग 3 गुना कम औसत विलंबता समय के साथ हराता है।
यदि आप एक रूबी फ्रेमवर्क की तलाश में हैं जो बेहद तेज़ है (मान लें, आपको एक तेज़ और बेहद स्केलेबल API पर काम करने की आवश्यकता है), तो आप रूबी परिदृश्य में Hanami से बेहतर कुछ भी खोजने के लिए कड़ी मेहनत करेंगे।
परीक्षण
जब कोड के परीक्षण की बात आती है, तो दोनों फ्रेमवर्क बहुत तुलनीय हैं क्योंकि आप बहुमुखी RSpec लाइब्रेरी का उपयोग करके किसी का भी परीक्षण कर सकते हैं।
RSpec को Hanami ऐप्स के लिए hanami-rspec जेम के माध्यम से शामिल किया गया है, जबकि आपको अपने रेल्स ऐप में इसका उपयोग करने के लिए rspec-rails जेम इंस्टॉल करना होगा। नीचे दिया गया उदाहरण आपके नए Hanami ऐप के साथ शामिल एक बहुत ही बुनियादी टेस्ट स्पेक को दर्शाता है:
इसे $ bundle exec rspec spec/requests/root_spec.rb के साथ चलाने पर एक पासिंग टेस्ट का परिणाम होना चाहिए (यह मानते हुए कि आपने डिफ़ॉल्ट व्यू टेम्पलेट को संपादित नहीं किया है):
रेल्स की तरफ, आपको कुछ चीजों को स्वयं संभालने की आवश्यकता है। सबसे पहले, आपको RSpec जेम को Gemfile में विकास/परीक्षण ब्लॉक में जोड़ना होगा जैसा कि नीचे दिखाया गया है, फिर bundle चलाएं:
अगला कदम RSpec इंस्टॉल को bundle exec rails generate rspec:install कमांड के साथ चलाना है ताकि यह आपके रेल्स प्रोजेक्ट के लिए तैयार हो जाए।
अंत में, कोई भी टेस्ट लिखने और चलाने से पहले, आपको संभवतः अपने रेल्स ऐप के लिए टेस्ट डेटा को परिभाषित करने के लिए एक और जेम इंस्टॉल करना होगा: FactoryBot।
और यह मानते हुए कि आपने अपना टेस्ट सूट ठीक से सेट कर लिया है और कुछ टेस्ट परिभाषित किए हैं, आप Hanami में जैसे ही टेस्ट चलाएंगे, वैसे ही bundle exec rspec spec/models/user_spec.rb के साथ टेस्ट चला सकते हैं। आप Hanami ऐप की तरह ही अपने टेस्ट परिणाम प्राप्त कर सकते हैं:
अंत में, आइए देखें कि तैनाती के मामले में फ्रेमवर्क की तुलना कैसे होती है।
तैनाती
आजकल, रूबी ऐप्स को उत्पादन में तैनात करने के लिए बहुत सारे विकल्प हैं।
शुरुआत के लिए, आप Heroku जैसे प्लेटफॉर्म-एज़-अ-सर्विस (PaaS) प्रदाता के साथ जा सकते हैं, या अधिक सहज अनुभव के लिए Fly। आप थोड़ा DevOps भी कर सकते हैं: एक VPS पर डॉकर इंस्टॉलेशन सेट करें और वहां अपना ऐप तैनात करें।
आप जो भी विकल्प चुनते हैं, आप दोनों मामलों में तैनाती के अपेक्षाकृत समान होने की उम्मीद कर सकते हैं। एकमात्र चेतावनी Hanami ऐप्स को तैनात करने के लिए व्यापक दस्तावेज़ीकरण और ट्यूटोरियल की कमी है।
जैसा कि हमने पहले बताया, एक नए फ्रेमवर्क होने के कारण, Hanami के पास अभी भी तैनाती प्रक्रिया और आने वाली चुनौतियों को कवर करने वाला व्यापक दस्तावेज़ीकरण नहीं है। यदि आप इसके आसपास हैक करने से नहीं चूकते, तो आपको ठीक होना चाहिए।
समापन
इस लेख में, हमने दो रूबी फ्रेमवर्क - रूबी ऑन रेल्स और Hanami - को देखा, उनकी तुलना सुविधाओं, वास्तुकला, प्रदर्शन और अधिक के संदर्भ में की। अंततः, हमें प्रश्न का उत्तर देना होगा: "मुझे किस फ्रेमवर्क का उपयोग करना चाहिए, और क्यों?"। हम निम्नानुसार सारांशित कर सकते हैं:
- यदि आप एक शुरुआती रूबी डेवलपर हैं, तो रेल्स से शुरू करें: इसे सीखना और चुनना आसान है। यदि आप एक अधिक उन्नत रूबी डेवलपर हैं, तो एक Hanami कौशल सेट विकसित करें, क्योंकि यह आपको और भी मजबूत रूबी एप्लिकेशन विकसित करने में मदद करेगा।
- यदि आपको एक ऐसा ऐप विकसित करने की आवश्यकता है जो तेज़ होना चाहिए, जैसे कई ग्राहकों की सेवा करने वाला API, तो Hanami का छोटा मेमोरी फुटप्रिंट, तेज़ प्रतिक्रियाएं, और कम विलंबता आपकी अच्छी सेवा करेगी। हालांकि, यदि आपको केवल एक SaaS विचार को मान्य करने के लिए एक मोनोलिथिक पूर्ण-स्टैक ऐप विकसित करने की आवश्यकता है, तो रेल्स निश्चित रूप से आपको वहां तेज़ी से पहुंचाएगा।
अंततः, आप क्या चुनते हैं यह वास्तव में आप पर निर्भर करता है। दोनों फ्रेमवर्क में कौशल हासिल करना बुरा विचार नहीं है। इस तरह, आप अपनी परियोजना की आवश्यकताओं के आधार पर जाने के लिए सबसे अच्छे फ्रेमवर्क पर निर्णय ले सकते हैं।
हैप्पी कोडिंग!
P.S. यदि आप Ruby Magic पोस्ट को प्रेस से निकलते ही पढ़ना चाहते हैं, तो हमारे Ruby Magic न्यूज़लेटर की सदस्यता लें और कभी भी एक भी पोस्ट न चूकें!
P.P.S. क्या आप जानते हैं कि AppSignal के पास Rails और Hanami के लिए एकीकरण है?
