डब्ल्यूसीएफ कभी-कभी उत्पन्न प्रॉक्सी प्रकारों के अंत में "फ़ील्ड" क्यों जोड़ता है?

Question

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

विवरण - मेरे पास एक विरासत एएसएमएक्स वेब सेवा है जो "फू" प्रकार का खुलासा करती है। मैंने एक नई डब्ल्यूसीएफ सेवा बनाई जो कि पुरानी वेब सेवा के चारों ओर एक रैपर है - नई सेवा सिर्फ उन तरीकों को लपेटती है और शायद कुछ क्षेत्रों के मूल्यों को अपडेट करती है, लेकिन यह सटीक समान तरीकों का खुलासा करती है और सटीक उसी प्रकार को वापस लाती है। मैंने संदर्भ कई बार फिर से बनाने की कोशिश की है, और हर बार, यह हमेशा मेरे फ़ील्ड का नाम बदलता है: विविध "STUFF" wsdl और प्रॉक्सी में "sTUFFField" के रूप में उजागर होता है। परिवर्तनीय "एक्स" को "xField", आदि के रूप में उजागर किया गया है।

मजेदार बात यह है कि मैं पैटर्न को समझ नहीं पा रहा हूं - मैंने एक नई एएसएमएक्स वेब सेवा को परीक्षण और रैपिंग के रूप में बनाने की कोशिश की - चर का नाम बदल नहीं दिया गया है फिर। इसलिए मैं पैटर्न का पता नहीं लगा सकता कि क्यों/जब डब्ल्यूसीएफ वैरिएबल का नाम बदलता है।

कोई भी जानता है?

Answer 1

आमतौर पर, जेनरेट प्रॉक्सी में "एक्सफिल्ड" और "वाईफिल्ड" आंतरिक/संरक्षित/निजी फ़ील्ड के रूप में होगा, और "एक्स" और "वाई" नामक गुणों के माध्यम से मूल्यों का पर्दाफाश करेगा। ऐसे विकल्प हैं जिन्हें आप प्रॉक्सी क्लाइंट बनाने के दौरान सेट कर सकते हैं ताकि आपकी पसंद के अनुसार ट्विक किया जा सके।

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

अंत में, यह वास्तव में कोडिंग शैली का एक मुद्दा है या नहीं - कार्यात्मक रूप से, इससे कोई फर्क नहीं पड़ता है।

मार्क

Answer 2

मैं एक ही समस्या थी, लेकिन मैं समाधान खोजने के लिए सक्षम था।

इंटरफ़ेस में यदि आप [DataContractFormat] टैग जोड़ते हैं तो आप "XFieldField" केस के साथ समाप्त हो जाएंगे। लेकिन यदि आप इसे इंटरफ़ेस में [XmlSerializerFormat] से प्रतिस्थापित करते हैं तो यह उत्पन्न प्रॉक्सी में नाम नहीं बदलेगा।

Answer 3

मुझे एक ही समस्या थी, और सेर्गीस्प के जवाब ने मुझे सही दिशा में ले जाया। किसी और की मदद करने के लिए बस कुछ अतिरिक्त जानकारी जोड़ना।

इंटरफ़ेस में [System.ServiceModel.XmlSerializerFormatAttribute()] जोड़ना, और क्लाइंट कोड को पुन: उत्पन्न करने से मेरे लिए समस्या हल हो गई।

public interface IMyService 
{ 
    [System.ServiceModel.XmlSerializerFormatAttribute()] 
    [System.ServiceModel.OperationContract] 
    recordResponse GetRecord(recordRequest request); 

} 

Answer 4

मैं भी इस समस्या थी, लेकिन ग्राहक से मैं अभी भी इंटरफेस पर उल्लेख किया परिवर्तन करने के बाद भी वर्ग के सदस्यों के अंत में Field हो रही थी।

समस्या यह थी कि, मैं डिस्क फ़ाइल क्रमबद्ध अनुरोधों के साथ काम करने के लिए DataContractSerializer का उपयोग कर रहा था (हमारी सेवा के परीक्षण के दौरान, हम प्रदाता से क्रमबद्ध अनुरोध प्राप्त कर रहे थे, लाइव होने से पहले डीबग करने में सक्षम होने के लिए)।

के बाद बदल रहा DataContractSerializer एक XmlSerializer को (अ typeof() कॉल द्वारा) मूल तत्व इसके निर्माता पर निर्दिष्ट करने और rootnamespace (क्योंकि डिफ़ॉल्ट रूप से, XmlSerializers मानक नाम स्थान लिखना), मैं अनुरोध deserialize सकता है और साथ पूरी तरह से काम डब्ल्यूसीएफ सेवा।

उम्मीद है कि यह किसी की मदद करेगा। मैं इस "मुद्दे" के साथ बहुत समय खो गया।

Answer 5

XmlSerializerFormat जोड़ने के लिए मेरे लिए काम किया। http://geekswithblogs.net/mipsen/archive/2010/02/06/field-postfix-in-wcf-reference.aspx

[ServiceContract(Namespace="http://somenamespace.com/contracts")]  
public interface ISchemaService 
{ 
    [OperationContract] 
    [XmlSerializerFormat] 
    void DoSomething(GeneratedType data); 
}