जब आप अपने संग्रह को गणक के रूप में मानते हैं, तो आप बिना किसी अतिरिक्त कोड को लिखे अपने सभी पसंदीदा कार्यों जैसे #map और #reduce का उपयोग कर सकते हैं। यह बहुत बढ़िया है। पुराने दिनों में, गणनाकर्ताओं को परिभाषित करना थोड़ा बोझिल था। आपको एक नया वर्ग बनाना था, संख्यात्मक मॉड्यूल शामिल करना था, और ए

Turbolinks - यह शायद रेल ब्रह्मांड में सबसे तिरस्कृत शब्दों में से एक है। हो सकता है कि आपने इसे आजमाया हो। आपने  नए प्रोजेक्ट या किसी मौजूदा ऐप्लिकेशन में टर्बोलिंक शामिल किए हैं. और जल्द ही ऐप अजीब और अद्भुत तरीकों से विफल होने लगा। अच्छी बात है कि इसे ठीक करना उतना ही आसान था - टर्बोलिंक बंद करे

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

पिछली पोस्ट में मैंने आपको दिखाया था कि कैसे एक Jekyll पेज में प्रत्येक H2 के लिए सबनेविगेशन लिंक जेनरेट करें। इस पोस्ट में, हम उस नींव पर निर्माण करेंगे और आपको दिखाएंगे कि आप H3, H4, आदि के आधार पर सबनेविगेशन के मनमाने स्तरों को कैसे जोड़ सकते हैं। अवलोकन मैंने इस प्रोजेक्ट को दो चरणों में विभाजि

यदि आपने पहले कभी शोधन का उपयोग नहीं किया है, तो आप शायद आश्चर्यचकित हैं। आपने सुना होगा कि मंकी पैचिंग को बदलने के लिए शोधन शुरू किए गए थे। तो आप उम्मीद कर सकते हैं कि आप ActiveSupport के hours जैसे कुछ को लागू करने में सक्षम होंगे विधि: module TimeExtension refine Fixnum do def hours s

यदि आप किसी भी पिछली कहानी को जाने बिना रूबी शोधन के लिए Google पर खोज करते हैं, तो आपको यह विचार आ सकता है कि शोधन धीमा है। जैसा कि वे मूल रूप से प्रस्तावित थे, शोधन धीमा होता। वे दुभाषिए के लिए मेथड लुकअप जैसी चीजों को ऑप्टिमाइज़ करना असंभव बना देते। लेकिन शोधन का वास्तविक कार्यान्वयन मूल प्रस्त

2013 में रूबी 2.0 ने जिन कई नई विशेषताओं को वापस भेज दिया, उनमें से जिस पर मैंने कम से कम ध्यान दिया, वह था नया रेगुलर एक्सप्रेशन इंजन, ओनिग्मो। आखिरकार, रेगुलर एक्सप्रेशन रेगुलर एक्सप्रेशन हैं - मुझे इसकी परवाह क्यों करनी चाहिए कि रूबी उन्हें कैसे लागू करती है? जैसा कि यह पता चला है, ओनिग्मो रेगेक

मैंने सोचा कि रूबी में नियमित अभिव्यक्तियों के साथ आप कुछ अन्य साफ-सुथरी चाल देखकर रेगेक्स सशर्त के बारे में कल के लेख का पालन करना मजेदार होगा। रेगुलर एक्सप्रेशन द्वारा स्ट्रिंग्स को विभाजित करना आप शायद टेक्स्ट डिलीमीटर का उपयोग करके स्ट्रिंग्स को विभाजित करने से काफी परिचित हैं: one,two.split(,

आज मैं self के बारे में बात करना चाहता हूं . यदि आप कुछ समय से रूबी की प्रोग्रामिंग कर रहे हैं, तो संभवतः आपने self . के विचार को आंतरिक कर दिया है . जब भी आप कोई प्रोग्राम पढ़ते या लिखते हैं, self आपके दिमाग के पीछे है। लेकिन कम-अनुभवी रूबीवादियों के लिए, self चौंकाने वाला हो सकता है। यह हमेशा बद

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

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

आज हम बात करने जा रहे हैं slice_before . के बारे में , slice_when और slice_after . ये अति-उपयोगी विधियाँ हैं जब आपको किसी ऐरे में आइटम्स को समूहबद्ध करने की आवश्यकता होती है या मनमाने मापदंड के आधार पर अन्य गणना योग्य। आप शायद Array#slice . से परिचित हैं . यह आपको सूचकांकों की एक श्रृंखला के आधार

रूबी के वर्ग चर भ्रमित कर रहे हैं। यहां तक ​​​​कि विशेषज्ञ रूबी उपयोगकर्ताओं को भी उन्हें समझना मुश्किल हो सकता है। सबसे स्पष्ट उदाहरण जड़त्व से संबंधित है: class Fruit @@kind = nil def self.kind @@kind end end class Apple < Fruit @@kind = apple end Apple.kind # => apple Fruit

क्या आप जानते हैं कि वास्तविक समय में चल रही प्रक्रिया में होने वाली सभी विधि कॉलों को लॉग करना संभव है? चल रही प्रक्रिया के अंदर कोड को इंजेक्ट करने के बारे में कैसे? आप कर सकते हैं – rbtrace . के जादू से रत्न। rbtrace रत्न दो भागों के साथ आता है। पहला एक पुस्तकालय है जिसे आप उस कोड में शामिल करते

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

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

मुझे कबूल करना है। मुझे फ्लोटिंग-पॉइंट नंबरों से नफरत है। निश्चित रूप से, यदि आप एक कंप्यूटर हैं, तो वे उपयोगी हैं, लेकिन यदि आप एक इंसान हैं तो आप इस तरह की स्थितियों में अपना सिर खुजलाते हैं: 129.95 * 100 # => 12994.999999999998 यह न केवल गणितीय सामंजस्य के सामने उड़ता है, यह खराब UX भी है।

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

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

रूबी में बचाव और अपवाद और दूसरे प्रकार के अपवाद को फिर से उठाना एक आम पैटर्न है। एक्शन व्यू इसका वास्तव में एक स्पष्ट उदाहरण है। जैसा कि मैंने TracePoint के बारे में पहले के ब्लॉग पोस्ट में उल्लेख किया था, ActionView आपके टेम्प्लेट में जो भी अपवाद होता है उसे निगल लेता है और उन्हें ActionView::Templ