सभी अवसरों के लिए 5 रत्न

Django ब्लॉग में, मैं समय-समय पर इस ढांचे के लिए दिलचस्प एक्सटेंशन की समीक्षाओं के साथ पोस्ट देखता हूं। मुझे यह विचार पसंद आया, और मैंने फैसला किया कि रूबी ऑन रेल्स पर नोट्स की समान श्रृंखला बनाना अच्छा होगा।

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

परदेशी

तालिकाओं पर विदेशी कुंजी बनाने के लिए एक छोटा लेकिन बहुत उपयोगी रत्न। यह माइग्रेशन में दो नए तरीके जोड़ता है - add_foreign_key और remove_foreign_key ।

इसलिए, उदाहरण के लिए, यदि आपको टिप्पणी तालिका से कुंजी को उपयोगकर्ताओं की तालिका में जोड़ने की आवश्यकता है, तो आपको निम्न कार्य करने की आवश्यकता है:

class CreateComments < ActiveRecord::Migration def change create_table :comments do |t| # … t.references :user # ... end # … add_foreign_key :comments, :users end end 

Github पर पृष्ठ

pacecar

विचारधारा से लोगों से सुंदर दिलचस्प मणि। इसका सार यह है कि यह उस मॉडल का विश्लेषण करता है जिससे आप इसे कनेक्ट करते हैं, और इस विश्लेषण के आधार पर विभिन्न स्कोप तरीकों को जोड़ता है।

मान लीजिए कि आपके पास एक पोस्ट मॉडल है जिसमें एक तालिका में फ़ील्ड हैं: शीर्षक , सामग्री , create_at , updated_at । और एक कनेक्शन है has_many: टिप्पणियाँ । हमारे मॉडल में पेसकर जोड़ें:

 class Post << ActiveRecord::Base include Pacecar has_many :comments, :dependent => :destroy end 

उसके बाद, उदाहरण के लिए, ऐसे स्कोप हमारे लिए उपलब्ध हो जाएंगे:

 Post.title_matches('Some title') # LIKE "%term%" Post.created_at_before(5.days.ago) # ,    5   Post.maximum_comments #     

जेम काफी उपयोगी तरीके जोड़ता है, जीथब पर अधिक विवरण पाया जा सकता है।

Github पर पृष्ठ

settingslogic

रत्नों की एक बड़ी संख्या है जो आवेदन में सेटिंग्स की समस्या को हल करते हैं। मेरी राय में, सबसे सफल, कार्यान्वयन कुख्यात बेन जॉनसन से सेटिंगलॉजिक है । सरल, हल्के, एक YML फ़ाइल का उपयोग करता है।

मणि का लेखक सेटिंग्स वर्ग का उपयोग करने और इसे मॉडल ( एप्लिकेशन / मॉडल / सेटिंग्स . rb ) के बगल में संग्रहीत करने का सुझाव देता है।

 class Settings < Settingslogic source "#{Rails.root}/config/application.yml" namespace Rails.env end 

इस मामले में सेटिंग्स फ़ाइल config / application.yml में संग्रहीत है:

 defaults: &defaults default_email: admin@example.com development: <<: *defaults test: <<: *defaults production: <<: *defaults 

वर्तमान रेल वातावरण के सापेक्ष सेटिंग्स को कहा जाएगा। हम सेटिंग्स वर्ग के जरिए कर सकते हैं उन्हें देखें।

 Settings.default_email # admin@example.com 

Github पर पृष्ठ
प्रलेखन

letter_opener

रेन बेट्स द्वारा ऑथरशिप के लिए जेम स्टब, जिसके बिना मैं नहीं कर सकता। कार्य का अर्थ अत्यंत सरल है - हम एप्लिकेशन कॉन्फ़िगरेशन (उदाहरण के लिए, कॉन्फ़िगरेशन / वातावरण / विकास .rb में) को इंगित करते हैं जिसे हम मेल डिलीवरी की विधि के रूप में letter_opener का उपयोग करना चाहते हैं।

 config.action_mailer.delivery_method = :letter_opener 

उसके बाद, सभी आउटगोइंग मेल / tmp / letter_opener फ़ोल्डर में जोड़े जाने लगते हैं , और भेजने के तुरंत बाद प्रत्येक अक्षर एक नए ब्राउज़र टैब में खुलता है। सरल और सुविधाजनक।

Github पर पृष्ठ

अमर

टीमबॉक्स डेवलपर्स से मणि, जो आपको एक प्रविष्टि को हटाने के बजाय 'हटाए गए' के ​​रूप में चिह्नित करने की अनुमति देता है। यदि हम लापरवाह उपयोगकर्ता को डेटा हानि से बचाना चाहते हैं तो यह बहुत उपयोगी है।

मणि का उपयोग करने के लिए, आपको हटाए गए फ़ील्ड को उस तालिका में जोड़ना होगा जिसका रिकॉर्ड हम "अमर" बनाना चाहते हैं:

 class AddDeletedToTasks << ActiveRecord::Migration def change add_column :tasks, :deleted, :boolean end end 

तो फिर यह वांछित मॉडल से कनेक्ट:

 class Task << ActiveRecord::Base include Immortal end 

अब, टास्क मॉडल में प्रत्येक प्रविष्टि को डेटाबेस से पूरी तरह से हटाए जाने के बजाय, हटाए जाने के रूप में चिह्नित किया जाएगा।

Github पर पृष्ठ

बस इतना ही!

यह वह जगह है जहां मैं इस नोट को समाप्त करता हूं, मुझे आशा है कि आपने इसमें अपने लिए कुछ उपयोगी पाया है।