मैंने कुछ सवालों के माध्यम से देखा है, एक अच्छी सेवा परत के निर्माण के लिए प्रौद्योगिकियां हैं लेकिन मेरे पास इस संबंध में कुछ प्रश्न हैं जिनकी मुझे सहायता की आवश्यकता है।
आवश्यकताओं के लिए मेरे पास पहले कुछ जानकारी। वर्तमान में हमारे पास कई वेब एप्लिकेशन हैं जो एक दूसरे से स्पाइडरवेब लुकिंग तरीके से बात करते हैं (सभी एक दूसरे से बात करते हुए वेबसर्विस और डेटाबेस डेटा के माध्यम से भ्रमित होते हैं)।
- हम इसे बदलना चाहते हैं ताकि सभी एप्लिकेशन एक सेवा स्तर से गुजरें जहां हम कैश के साथ अधिक काम कर सकें और सामान्य कार्यक्षमता को बढ़ा सकें।
- हम चाहते हैं कि इस परत में एक वेब एपीआई भी हो ताकि 3 पार्टी ग्राहक सेवा से जानकारी प्राप्त कर सकें।
मुझे जो समस्या है वह यह है कि अगर हम MVC4 वेब एपीआई के साथ सेवा की परत बनाते हैं, तो हमें वेबपीआई का उपयोग करते हुए आवेदन के बीच संवाद करने की आवश्यकता नहीं है जिसका अर्थ है कि हमें URL का निर्माण करना है और JSON / Xml का उपभोग करना है। यह बहुत प्रभावी नहीं लगता है। मुझे लगता है कि एक बेहतर तरीका संस्थाओं और WCF के साथ काम कर रहा होगा ताकि आवेदन के बीच संवाद हो लेकिन फिर हम वेब एपीआई जादू को ढीला कर सकते हैं?
तो सवाल यह है कि क्या वेब API (JSON / XML) और संस्थाओं के साथ अधिक बैकएंड सेवा स्तर के रूप में सेवा परत का उपभोग करने का एक तरीका है। अगर हमें 2 अलग-अलग सर्विस लेयर्स का उपयोग करने के लिए मजबूर किया जाता है तो हमें कुछ कार्यक्षमता और अन्य खराब चीजों की नकल करनी पड़ सकती है।
आशा है कि प्रश्न पर्याप्त स्पष्ट है और कृपया पूछें कि क्या आपको किसी और जानकारी की आवश्यकता है।