2010-10-04 9 views
5

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

अद्यतन: यह एक ठोस उदाहरण http://www.go4answers.com/Example/expert-interoperability-issues-ws-736.aspx पुरुष जानता है कि कैसे पुराने साबुन का उपयोग कर WS-सुरक्षा के साथ एक सर्वर कॉल करने के लिए और WCF में यह यह वास्तव में मदद नहीं करता है लगता है और है सबसे खराब तो यह और भी अधिक जटिल यह है के रूप में लगता है ने कहा:

"डब्ल्यूसीएफ में अभी भी कुछ सीमा है - कस्टम विकास के बिना सभी डब्ल्यूएस-सुरक्षा कॉन्फ़िगरेशन संभव नहीं हैं।"

कोई भी समाधान ढूंढने में सक्षम नहीं लगता है।

तो मात्र राय के बजाय लोगों को (या दोनों WCF में और साबुन में स्रोत कोड के साथ तुलना के लिए आराम) ठोस उदाहरण दे सकते हैं कठिन समस्याओं (और नहीं आसान समस्याओं) कि कर सकते हैं की तुलना में अधिक आसानी से WCF द्वारा हल किया जा सकता है की पारंपरिक साबुन के साथ रहो?

+5

सबकुछ कुछ और अधिक इंजीनियर है। हमें असेंबली को छोड़कर कुछ भी नहीं चाहिए। जो ओवर-इंजीनियर 0 और 1 है। –

+2

@ रयान: '0' और' 1' शुरुआत से _grossly_ अधिक इंजीनियर थे। आपको वास्तव में '0.5' की आवश्यकता है। –

+0

मुझे यकीन नहीं है कि आपको यह विचार कहां मिलता है कि इनमें से कोई भी चीज़ "इंजीनियर से अधिक" है। यह शायद कुछ हद तक राय है, और आप जानते हैं कि वे क्या हैं। हर किसी के पास एक है। –

उत्तर

2

मुझे डब्ल्यूसीएफ के बारे में क्या पसंद है यह यह है कि यह उतना सरल या जटिल हो सकता है जितना आप चाहते हैं। मैं वास्तव में अनुबंध और बाध्यकारी के बीच अलगाव की भी सराहना करता हूं, जहां आप स्पष्ट रूप से अपने परिचालन को परिभाषित कर सकते हैं और इसका उपयोग करने के लिए कौन सा परिवहन चुनने का विकल्प है।

2

डब्ल्यूसीएफ डेवलपर के जीवन को आसान बनाने के लिए है। आप एक सेवा, ऑटो तार कई अंतिमबिंदुओं के लिए तर्क फिर से लिख सकते हैं, और देखा ... अपने तर्क सोप, बाकी, नाम पाइप्स, आदि

माध्यम से उपलब्ध है दुर्भाग्य से यह उतना आसान के रूप में यह था नहीं है सब आवाज करने के लिए बनाया। निजी तौर पर, हालांकि, मुझे अभी भी अपने कोड का पुनः उपयोग करने के लिए यह एक उपयोगी टूल मिल गया है।

यदि आप वास्तव में बैंडवैगन पर कूदना चाहते हैं और कहें कि आरईएसटी/जेएसओएन जाने का एकमात्र तरीका है ... तो डब्ल्यूसीएफ निश्चित रूप से अधिक इंजीनियर लगेगा। अगर आप डब्ल्यूसीएफ ओवरहेड से निपटना नहीं चाहते हैं तो एएसपी.नेट एमवीसी रीस्टफुल जेएसओएन सेवाओं पर बहुत अच्छा काम करता है।

+0

एमवीसी जेएसओएन के सुझाव के लिए धन्यवाद, जो उचित लगता है। – user310291

1

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

+0

"पारदर्शिता" की लागत है: आप नहीं जानते कि यह वास्तव में कैसे काम करता है ताकि जब आपको एक कठिन समस्या का समाधान करना पड़े तो आप उदाहरण देखें http://www.go4answers.com/Example/expert-interoperability-issues -ws-736.aspx :) – user310291

+0

सच है। मैं आपको एक डिग्री से सहमत हूं। लेकिन कई मामलों में जब मैं डब्ल्यूसीएफ का उपयोग करता हूं तो मुझे आंतरिक लोगों की परवाह नहीं है। मुझे बस काम करने की जरूरत है, और 99.9% समय, यह काम करता है। हालांकि आप महान अंक प्रदान करते हैं ... –

संबंधित मुद्दे