डब्ल्यूसीएफ ग्राहकों में उत्पन्न 'निर्दिष्ट' गुणों को कैसे रोकें?

Question

मेरे पास वीएस -2008 के साथ दो .NET 3.5 डब्ल्यूसीएफ सेवाएं हैं।

मेरे पास इन सेवाओं का उपभोग करने के लिए सिल्वरलाइट में दो डब्ल्यूसीएफ क्लाइंट हैं। ग्राहक 'सेवा जोड़ें संदर्भ' के साथ उत्पन्न होते हैं। मैं सिल्वरलाइट का उपयोग कर रहा हूं 4.

प्रॉक्सी में से प्रत्येक प्रॉपर्टी के लिए Specified गुणों के साथ उत्पन्न होता है।

// properties are generated for each of these fields 
    private long customerProfileIdField;   
    private bool customerProfileIdFieldSpecified;   
    private bool testEnvField;   
    private bool testEnvFieldSpecified; 

अब मेरी अन्य सेवा (अभी भी एक Silverlight ग्राहक के साथ) Specified गुण उत्पन्न नहीं करता है: यह मेरी सेवा विधि के लिए एक 'संदेश-इन' वर्ग है।

अब मुझे 'अच्छे एसओए के सिद्धांत' की परवाह नहीं है। मैं सिर्फ इन हानिकारक गुणों से छुटकारा पाना चाहता हूं क्योंकि मैं जो कर रहा हूं उसके संदर्भ में मैं बिल्कुल उनसे नफरत करता हूं।

दोनों सेवाओं के बीच कुछ अंतर होना चाहिए - लेकिन मैं अंतर जानने के लिए उन्हें पूरी तरह से अलग नहीं करना चाहता हूं।

similar question उत्तर देने से पहले 'you cant do it' - जो निश्चित रूप से सच नहीं है क्योंकि मेरे पास है - मुझे नहीं पता कि मैंने अलग-अलग क्या किया है।

संपादित करें: अब मैं ऐसी परिस्थिति में हूं जहां मैं अपनी 3.5 डब्लूसीएफ सेवा (सभी एक ही लोकहोस्ट मशीन पर) को अपने सिल्वरलाइट 4 प्रॉक्सी को पुन: उत्पन्न करता हूं, कभी-कभी मुझे 'निर्दिष्ट' गुण मिलते हैं और कभी-कभी मैं नहीं करता हूं। अब मैं नहीं सोचता (जैसा कि मैंने मूल रूप से संदेह किया था) कि यह पूरी तरह से कुछ अंतराल विन्यास या सेवा स्तर [विशेषता] के कारण है। संदेश में कुछ ट्रिगर होते हैं जो उत्पन्न होने के लिए निर्दिष्ट होते हैं (या नहीं)। इसमें कई कारक शामिल हो सकते हैं या यह कुछ आसान हो सकता है।

Answer 1

अपने WCF सेवा जहां संपत्ति

[DataMember(IsRequired=true)] 
public bool testEnvField { get; set; } 

IsRequired=true घोषित किया जाता है testEnvFieldSpecified संपत्ति के लिए की जरूरत नकारना होगा में इस कोशिश

Answer 2

ठीक मैं एक बात मिल गया है अब तक कि करने के लिए Specified गुण का कारण होगा उत्पन्न हो:

• संदेश में XTypedElement की उपस्थिति।

इनका उपयोग Linq2XSD द्वारा किया जाता है। मैं एक लिंक 2XSD मॉडल से एक तत्व लौट रहा था।

यह शुरू हो रहा Specified गुण मेरे सभी वर्गों में सब कुछ उत्पन्न हो रहे हैं:

public XTypedElement Foo { get; set; } 

हालांकि यह नहीं था:

public XElement Foo { get; set; } 

फिर भी करने के लिए ऐसा क्यों है, और किसी भी देखते हैं, तो के रूप में उत्सुक अन्य चीजें जो इसे ट्रिगर करती हैं।

Answer 3

ये अतिरिक्त निर्दिष्ट गुण मूल्य प्रकारों के लिए जेनरेट किए जाते हैं जिन्हें अनुबंध या विशेषता मार्कअप में वैकल्पिक के रूप में निर्दिष्ट किया जा रहा है।

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

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

आशा है कि यह समझ में आता है।

Answer 4

नोट: मुझे एहसास है कि यह एक पुराना सवाल है। मैं इसे यहां जोड़ रहा हूं क्योंकि यह प्रश्न Google पर एक शीर्ष परिणाम के रूप में आता है, और जो भी दिख रहा है, उसके लिए यह उपयोगी जानकारी है।

आपके ऑपरेशन अनुबंध घोषणा में इस लाइन जोड़ने का प्रयास करें:
[XmlSerializerFormat]

वह कुछ इस तरह दिखना चाहिए:

namespace WebServiceContract 
{ 
    [ServiceContract(Namespace = "http://namespace")] 
    [XmlSerializerFormat] //This line here will cause it to serialize the "optional" parameters correctly, and not generate the extra 
    interface InterfaceName 
    { 
     /*...Your web service stuff here...*/ 
    } 
}