मेरे पास तीन मुख्य अनुप्रयोग हैं जिनके पास अपने स्वयं के व्यावसायिक कार्य हैं (नेटवर्क, सक्रिय निर्देशिका और हेल्पडेस्क)। प्रत्येक ASP.NET v2 या v3 चला रहे हैं और उनके अपने संबंधित डेटाबेस हैं। हालांकि, एप्लिकेशन फ़ंक्शंस थोड़ा विलय हो गया है ताकि प्रत्येक एप्लिकेशन में मॉडलों को फिर से बनाया जा सके और इसके साथ ऐप लॉजिक भी बनाया जा सके। तो अब मुझे कोड बनाए रखने में कुछ मुश्किल है। तो यहां मेरा प्रश्न है:डिज़ाइन चॉइस: डब्ल्यूसीएफ या सर्विस स्टैक?
डब्ल्यूसीएफ पर मेरे मॉडल और भंडारों को इस प्रकार के आर्किटेक्चर के लिए उचित विकल्प पर पोर्ट करना है?
एक सर्विस स्टैक का उपयोग कर रहा है जैसे धारावाहिक जेसन कॉल बेहतर विकल्प है? मुझे लगता है कि यह केंद्रीय डब्ल्यूसीएफ ऐप स्थापित करने से तेज़ होगा।
मैं asp.net MVC के वेब Apps तो मेरे सही दिशा में बात कृपया के बीच संचार के साथ भी परिचित नहीं हूँ।
मुझे समझ में नहीं आता कि सेवा परत तक सीधे पहुंचने का क्या मतलब है। एक एमवीसी ऐप के दूसरे की सेवा परत से संपर्क करने का तरीका क्या होगा? Webclient? .NET Remoting? मैं सीधे डेटा संदर्भ या किसी अन्य ऐप के भंडार तक पहुंचने में सक्षम होना चाहता हूं। – Jiminy
सेवा परत जिसका मैं जिक्र कर रहा हूं वह एक .NET असेंबली या डीएलएल है। तो यह सिर्फ एक पुस्तकालय है जिसे किसी भी एप्लिकेशन में संदर्भित किया जाता है जिसे इसका उपयोग करने की आवश्यकता होती है। आप इसे एक अलग भौतिक स्तर के रूप में नहीं रखना चाहते हैं जब तक कि इसके साथ जुड़े लागतों के कारण वास्तविक लाभ न हों। यदि आपको इसे किसी अन्य स्तर पर रखने की आवश्यकता है तो इस असेंबली/लाइब्रेरी के आस-पास एक डब्ल्यूसीएफ सेवा रैपर बनाएं। वेब सेवा इंटरफ़ेस का प्रकार क्लाइंट पर इसका उपयोग कर निर्भर करता है (उदा: वेब क्लाइंट के लिए JSON का उपयोग करके REST)। और जैसा कि पहले उल्लेख किया गया है, आप डब्ल्यूसीएफ और पुस्तकालय का उपयोग करके मिश्रण और मिलान कर सकते हैं। –