सिनात्रा के मार्ग विधियों में संदर्भ की कमी के आसपास काम करना

Question

मुझे अपने मार्गों को कॉल करते समय लापता उदाहरणों और nilClass त्रुटियों के साथ कोई समस्या हो रही है। स्रोत के चारों ओर घूमने के बाद ऐसा लगता है कि gener_method कॉल मूल रूप से प्रारंभिक विधि के ब्लॉक का उपयोग करके एक नई विधि बनाता है।

get "/" do 
    @some_local_instance.do_something() 
end 

तो उपरोक्त विधि में वहाँ बहुत अच्छी तरह से है कि वर्ग कहा जाता some_local_instance के भीतर एक स्थानीय चर, हो सकता है लेकिन जब रटना वास्तव में मूल्यांकन किया जाता है यह जहां विधि परिभाषित किया गया था के रूप में कोई संदर्भ है, इसलिए यह असफल हो जायेगी।

कारण मैं पूछता हूं क्योंकि मेरी लिपि के हिस्से के रूप में मेरे पास बाहरी कक्षाएं हैं जो सिनात्रा लोड होने पर लोड की जाती हैं और जब उन मार्गों को बुलाया जाता है तो मुझे इन कक्षाओं पर कुछ स्थानीय चरों तक पहुंचने की आवश्यकता होती है। एक उदाहरण होगा:

class SomeRouteClass 
    def initialize(sinatra, calculator) 
     @calculator = calculator 
     @sinatra = sinatra 
    end 

    def setup_routes 
     @sinatra.get "/add" do 
      return @calculator.add(1,1) 
     end 
    end 
end 

class Calculator 
    def add(a,b) 
     return a+b; 
    end 
end 

sinatra = Sinatra.new 
calculator = Calculator.new 

routing_class = SomeRouteClass.new(sinatra, calculator) 
routing_class.setup_routes 

sinatra.run! 

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

समस्या मेरे पास है कि इस उदाहरण में जब मैं कोशिश करता/चलाता हूं तो यह मुझे बताता है कि @ कैलकुलेटर एक नील क्लास है, और मेरा मानना ​​है कि सिनात्रा सिर्फ कोड के ब्लॉक को लेता है संदर्भ। यह किसी भी साधारण टेम्पलेट प्रतिपादन के लिए ठीक लगता है, लेकिन यदि आपको कुछ और फैंसी करने की ज़रूरत है, या स्टेटिक्स और सिंगलेट्स का उपयोग न करके अपने कोड मॉड्यूलर को रखना चाहते हैं तो आपको इसके आसपास कोई रास्ता नहीं लगता है ...

मेरी धारणाएं यहाँ सही हैं? और अगर ऐसा है तो संदर्भ रखने का कोई तरीका है क्योंकि ऐसा लगता है कि मुझे कोड को बनाए रखने के लिए बुरी और कड़ी मेहनत करने के लिए मजबूर करना पड़ रहा है अगर मुझे मार्ग से बातचीत करने के लिए सब कुछ स्टैटिक्स और सिंगलेट्स लिखना है।

== संपादित करें ==

सवाल और सामग्री का पुनर्गठन और अधिक सही वास्तविक समस्या को प्रतिबिंबित करने के, अब मैं पुस्तकालय का एक मजबूत समझ है है।

Answer 1

मैं इस सवाल का जवाब स्वीकार नहीं कर सकते, लेकिन अधिक अनुसंधान करने के बाद हो सकता है कि रूबी स्थिर वर्गों की तरह एक गतिशील भाषा में इस तरह के देखने के एक बिंदु से रखरखाव दुःस्वप्न के रूप में नहीं कर रहे हैं।

ऐसा लगता है कि अधिकांश प्रमुख रूबी पुस्तकालय स्थैतिक उदाहरण (या कॉन्स्ट) के खिलाफ काम करते हैं जो सेटअप का उपयोग करते हैं ... फिर भी यह मेरे लिए थोड़ा अजीब लगता है, जैसा डेटाबेस प्रदाता के दृष्टिकोण में है। अपने डेटाबेस स्थैतिक वर्ग को कॉल करना और अपने डेटाबेस से कनेक्ट करना बहुत आसान है और फिर क्वेरीिंग शुरू करना बहुत आसान है, हालांकि यदि आपको एक ही समय में 2 अलग-अलग डेटाबेस से कनेक्ट करने की आवश्यकता है तो क्या होगा। आपको एक ही स्थैतिक वर्ग के साथ सर्वर को स्वैप करना होगा जो परेशानी होगी।

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

जैसा कि मैंने कहा था कि अगर मैं कोई और मुझे ऐसा करने का बेहतर पैटर्न दिखा सकता हूं तो मैं इस जवाब को स्वीकार नहीं करूंगा, लेकिन इस पल के लिए यह कुछ और दिन देगा।

Answer 2

class SomeRouteClass 
    def initialize(sinatra, calculator) 
     @calculator = calculator 
     @sinatra = sinatra 
    end 

    def calculator 
     @calculator 
    end 

    def setup_routes 
     @sinatra.get "/add" do 
      return calculator.add(1,1) 
     end 
    end 
end 

Answer 3

get के लिए पारित ब्लॉक Calculator वस्तु से एक अलग संदर्भ में मूल्यांकन किया जाता है। सिनात्रा शायद instance_eval या उसके चचेरे भाई में से एक को बुला रहा है। हालांकि, यह आसपास के दायरे से स्थानीय चर पर कब्जा करने के लिए, निम्न (अपरीक्षित, अफसोस) दृष्टिकोण की तरह कुछ का उपयोग कर संभव हो जाना चाहिए: स्रोत कुछ और के माध्यम से देखने के बाद

def setup_routes 
    calculator = @calculator 
    @sinatra.get "/add" do 
     return calculator.add(1,1) 
    end 
end