सिनात्रा मार्गों में रूबी कार्यान्वयन - रूबी, सिनात्रा, कार्यान्वयन, मार्ग

मैं रसी सिनात्रा के लिए अच्छे प्रथाओं की तलाश में हूं और मुझे यह प्रश्न यहां स्टैक ओवरफ्लो पर मिला है:

कई फाइलों के माध्यम से बड़ी परियोजनाओं के लिए सिनात्रा का उपयोग करना

हालांकि, मैं सोच रहा हूं कि मामले में क्या करना हैकुछ मार्ग के पीछे व्यापार तर्क बड़ा है। इसे कक्षा (सहायक / उपयोगिता) में लपेटने के लिए बेहतर नहीं होगा और बस मार्ग से इसे प्रतिनिधि दें? मेरी राय है कि यह नियंत्रक को साफ और आसान पालन करने के लिए रखेगा। ऐसी उपयोगिता कक्षा रखने के लिए सबसे अच्छा फ़ोल्डर क्या होगा?

उत्तर:

जिस पैटर्न का हम उपयोग करते हैं, वह है:

सिनात्रा वेब हैंडलर -> "प्रोसेसर" कक्षा(एक पुन: प्रयोज्य मार्ग में व्यापार तर्क को समाहित करता है, कभी-कभी मुखौटे के पीछे)। प्रोसेसर कोई ओआरएम या कैश ऑपरेशंस करता है जो आवश्यक हो सकता है, और जानता है कि आगे डाउनस्ट्रीम प्रोसेसर (या यहां तक ​​कि, अन्य आंतरिक / बाहरी सेवाओं) को प्रतिनिधि कब देना है।

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

ऐसा लगता है कि यह बहुत अच्छी तरह से काम करता है।