एप्लिकेशन परत डोमेन परत और प्रस्तुति परत के बीच कहीं है। नियंत्रक प्रेजेंटेशन लेयर का हिस्सा है, एप्लिकेशन लेयर को कमांड या क्वेरी भेजता है, जहां एप्लिकेशन सेवाएं डोमेन मॉडल की सेवाओं और ऑब्जेक्ट्स का उपयोग करके उन्हें निष्पादित करती हैं। तो नियंत्रक आवेदन सेवाओं से अलग हैं, और वे शायद वास्तविक संचार रूप से बंधे हैं, उदा। एचटीटीपी। आपको सीधे डोमेन नियंत्रकों से डोमेन सेवाओं को कॉल नहीं करना चाहिए, यह गलत स्थान कोड का संकेत हो सकता है।
Domain Driven Design: Domain Service, Application Service
- डोमेन सेवा: - उन एक भंडार के हैं होगा व्यापार तर्क स्वाभाविक रूप से एक डोमेन वस्तु में नहीं आता है कि, और ठेठ CRUD संचालन नहीं हैं समाहित।
- आवेदन सेवाएं: बाहरी उपभोक्ताओं द्वारा आपके सिस्टम से बात करने के लिए प्रयुक्त (वेब सेवा सोचें)। यदि उपभोक्ताओं को सीआरयूडी संचालन तक पहुंच की आवश्यकता है, तो वे यहां सामने आएंगे।
तो आपकी सेवा शायद एक आवेदन सेवा और नहीं एक डोमेन सेवा, या कुछ हिस्सा एप्लिकेशन सेवाओं, कुछ हिस्सा डोमेन सेवा है। आपको अपने कोड की जांच और पुनर्विक्रेता करनी चाहिए। मुझे लगता है कि 4 साल बाद इससे कोई फर्क नहीं पड़ता, लेकिन मेरे पास एक ऐसे अनुप्रयोग द्वारा वही विचार थे जो मैं वर्तमान में विकसित कर रहा हूं। यह ऐप डीडीडी का उपयोग करने के लिए बहुत छोटा हो सकता है, इसलिए ऐप सेवाओं के साथ भ्रमित नियंत्रक यहां overengineering का संकेत है।
यह एक दिलचस्प सवाल है जब अधिक परत जोड़ने शुरू करें। मुझे लगता है कि उस ऐप को उस डोमेन मॉडल से कनेक्ट करने के लिए किसी प्रकार के domain model and adapters से शुरू होना चाहिए। तो यदि ऐप पर्याप्त सरल है, तो 2 से अधिक परतों को जोड़ना आवश्यक नहीं हो सकता है। लेकिन यह सिर्फ एक विचार है, मैं डीडीडी के साथ अनुभवी नहीं हूं।
नियंत्रक सेवा अनुरोध से गुजरने के अनुरोध से अनुरोध - या मॉडल के लिए इसका प्रासंगिक हिस्सा - अनुरोध। एमवीसी एक वास्तुकला है और निश्चित रूप से Winforms के साथ ही वेब ऐप्स पर भी लागू किया जा सकता है। मैं नियंत्रक की स्थिति के बारे में अलग होना चाहता हूं। व्यू निश्चित रूप से एकमात्र यूआई-लेयर है और एमवीसी का बिंदु यह यूआई-लेयर नियंत्रक से अलग रखना है। आपका बिंदु अच्छी तरह से लिया जाता है; जवाब के लिए धन्यवाद। – Louis
-1। नियंत्रक अनुरोध/आदेश समन्वयक हैं।हेक्सागोनल आर्किटेक्चर नियंत्रकों में एप्लिकेशन सेवाओं/कमांड हैंडलर/क्वेरी हैंडलर के ठीक ऊपर हैं। नियंत्रक एक अनुरोध अनुवादक है और संचार प्रोटोकॉल (ऊपरी परत) और कमांड/क्वेरी हैंडलर (निचले स्तर से एप्लिकेशन सेवाएं) के साथ मिलकर है। नियंत्रकों को एप्लिकेशन सेवा facades के रूप में देखा जा सकता है क्योंकि वे निचले स्तर परतों (आवेदन सेवा/कमांड-क्वेरी हैंडलर) द्वारा प्रक्रिया के लिए आदेश/क्वेरी/संदेश अनुवाद और तैयार करते हैं। – Tudor
-1 क्योंकि नियंत्रकों के पास डीडीडी के साथ कुछ लेना देना नहीं है। यह अपरिहार्य है जहां आप नियंत्रक डालते हैं, आप कह सकते हैं कि नियंत्रक केवल संदेश/संचार समन्वयक हैं और वे दोनों तरीकों से मिलकर हैं: यूई और एप्लिकेशन सेवा। आपके पास एक बाध्य संदर्भ में नियंत्रक हो सकते हैं जहां कोई UI (शुद्ध कमांडिंग संदर्भ) नहीं है। और आप केवल प्रेजेंटेशन के लिए एक बाध्य संदर्भ हो सकते हैं (केवल 2 या अधिक बाध्य संदर्भों के लिए पूछे जाने वाले एक समग्र व्यापार घटक)। अनुलेख नियंत्रकों के पास UI के लिए कम युग्मन होता है, वे केवल अनुरोध पैरामीटर के सेट की अपेक्षा करते हैं, इससे कोई फर्क नहीं पड़ता। – Tudor