रेल ईंट या रेल संगीतकार व्यापक रूप से उपयोग किया जाता है?

Question

मैं पर रूबी के लिए नया हूँ और लोगों Rails Brick या Rails Composer की तरह ऑटो बॉयलरप्लेट जनरेटर का उपयोग बॉयलरप्लेट उपयोगकर्ता के प्रबंधन प्रणाली, आदि के लिए एक पृष्ठभूमि है कि स्वत: जनरेट कोड पर भरोसा नहीं करता है से आ बनाने के लिए देख रहा किया गया है, यह अच्छा है/इस तरह के सिस्टम का उपयोग करने के लिए रेल में वैध अभ्यास। इसके अलावा, मैं एक स्टार्टअप के साथ एक परियोजना पर काम कर रहा हूँ। क्या ऐसे जनरेटर का उपयोग करना ठीक है और यह आदत कितनी व्यापक है।

पीएस मोड कृपया ध्यान दें कि यह तुलना/राय/विवादों से पूछने वाला प्रश्न नहीं है। मैं रेल में सामान्य अभ्यास के बारे में उत्सुक हूं और यह उत्पादन में कितनी बार उपयोग किया जाता है।

Answer 1

मैं Rails Composer का रखरखाव हूं इसलिए मुझे विश्वास है कि मैं इस प्रश्न का उत्तर प्राधिकारी के साथ कर सकता हूं।

मैं खरोंच से निर्माण करने के आग्रह का सम्मान (और साझा) करता हूं। यह एक स्वस्थ आवेग है। रेल में एप्लिकेशन टेम्पलेट्स की सुविधा शामिल है (रेल कंपोज़र एक एप्लिकेशन टेम्पलेट है) क्योंकि स्वचालन समय और प्रयास बचाता है। कई वेब ऐप्स बनाने वाले लोगों के लिए, एक समय आता है जब आप प्रक्रिया को स्वचालित करने का निर्णय लेते हैं।

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

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

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

स्टैक ओवरफ़्लो राय के लिए एक जगह नहीं है, इसलिए यदि आप राय या रेल आवेदन टेम्पलेट्स की खूबियों के बारे में बहस की एक सीमा चाहते हैं, Reddit या Quora पूछने के लिए एक बेहतर जगह हो सकती है।

स्टैक ओवरफ़्लो में आपका स्वागत है! मुझे उम्मीद है कि आपके सभी सवालों का जवाब सही और समय पर दिया जाएगा।

Answer 2

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

एक मामला मैं सोच सकता हूं कि ये जनरेटर कहां समझते हैं जब आप परियोजनाओं को बूटस्ट्रैप करते हैं। हालांकि, इस मामले में, मुझे लगता है कि मौजूदा जनरेटर पर्याप्त लचीला नहीं है। उदाहरण के लिए थॉटबॉट ने अपना खुद का एप जनरेटर बनाया है जिसे Suspenders कहा जाता है, जिसमें निश्चित रूप से रत्न आदि का एक बहुत ही राय सेट शामिल है लेकिन यह उन्हें वही देता है जो उन्हें चाहिए।

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

Answer 3

मैं Prelang का डेवलपर हूं जो आपके द्वारा वर्णित जेनरेटर के समान है। यह डेटा मॉडलिंग, गिटहब एकीकरण, और कुछ सुविधाओं के लिए गहरी विन्यास जोड़कर अलग है। डैनियल की तरह, मेरा मानना ​​है कि मेरे पास भी इस पर कुछ अधिकार है और अपने पूर्ण उत्तर से सहमत हैं।

अपने प्रश्न का उत्तर देने के लिए, प्रीलांग नया है लेकिन यह पहले से ही शुरुआती से लेकर देव दुकानों तक के हजारों डेवलपर्स द्वारा उपयोग किया जाता है।

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

प्रीलांग वास्तविक गिट भी करता है ताकि आप अपनी परियोजना के बाद आपको प्रत्येक कोड को देख सकें, जिससे आप अपने कोडबेस में पूर्ण दृश्यता प्रदान कर सकें। इसका उद्देश्य जेनरेट कोड से संबंधित चिंताओं को और कम करना है।

एरिक