व्यापार तर्क रेल में कहां जाता है?

Question

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

Answer 1

फैटमोडल्स और स्कीनीकंट्रोलर की अवधारणा के साथ जाएं। आपके मॉडल को पता होना चाहिए कि वे कैसे व्यवहार करते हैं और उन्हें क्या करना चाहिए।

जब आपके मॉडल बहुत मोटा हो जाते हैं, उन्हें फिर से उपयोग करने योग्य मॉड्यूल में निकालें और उन्हें अपने मॉड्यूल में शामिल करें।

• Example of taking a fat controller (with logic) and moving to a model
• Example of taking code from the views and moving into the model

आप आसानी से RSpec (या परीक्षा/इकाई या चाहिये) का उपयोग कर मॉडल के व्यवहार का परीक्षण कर सकते हैं। फिर आप परीक्षण कर सकते हैं कि एप्लिकेशन ककड़ी का उपयोग करके सही ढंग से व्यवहार करता है।

Answer 2

आप कहीं भी व्यवसाय तर्क डाल सकते हैं (यहां तक ​​कि विचारों में! हालांकि यह एक बुरा विचार है)।

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

Answer 3

"व्यापार तर्क" या कुछ इसे "डोमेन तर्क" कह सकते हैं, रेल और/या आपके .NET MVC प्रोजेक्ट के पास कहीं भी नहीं है। रेल और एमवीसी आपके डोमेन पर अन्य तरीकों से निर्भर नहीं होना चाहिए। मैं जेफरी पालेर्मो से प्याज आर्किटेक्चर पर पढ़ने की सलाह दूंगा या रॉबर्ट मार्टिन द्वारा "आर्किटेक्चर द लॉस्ट इयर्स" देखें। (मुझे लगता है कि वैसे भी वह बात है)। इसके मुकाबले शायद अधिक संसाधन हैं, लेकिन आप बाद में तीसरे पक्ष के ढांचे की तरह रेल और .NET एमवीसी दोनों के इलाज के लिए धन्यवाद देंगे, न कि आपके आवेदन का मुख्य घर।

Answer 4

मुझे लगता है कि इस ब्लॉग लेख रेल ढांचे में साथ डोमेन संचालित डिजाइन को शामिल करने की एक रणनीति का एक अच्छा सिंहावलोकन प्रदान करता है: http://www.smashingboxes.com/domain-logic-in-rails/

टी एल; खजाने में अपने क्लासिक रेल मॉडल refactor, और एक का उपयोग डॉ

नियंत्रक में मुखौटा परत अपने डोमेन मॉडल के साथ बातचीत करने के लिए।

मैं इस छोटे से स्वयं के साथ संघर्ष कर रहा हूं, और जितना मोटा नियंत्रक पैटर्न प्रबल होता है, सॉफ़्टवेयर में "वसा" कुछ भी एक गंध प्रतीत होता है, जो एक जिम्मेदारी का उल्लंघन करता है।