Jak zapobiec generowaniu właściwości "Określonych" w klientach WCF?

Question

Mam dwie usługi WCF .NET 3.5 budowane z VS2008.

Mam dwóch klientów WCF w Silverlight do korzystania z tych usług. Klienci są generowani za pomocą "Add Service Reference". Używam Silverlight 4.

JEDEN z proxy jest generowany z Specified właściwości dla każdej nieruchomości. Jest to klasa „message-in” dla mojego metody usługi:

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

Teraz moje inne usługi (nadal z Silverlight klienta) nie generować Specified właściwości.

Teraz nie dbam o "zasady dobrego SOA". Po prostu chcę pozbyć się tych cholernych właściwości, ponieważ w kontekście tego, co robię, absolutnie ich nienawidzę.

Musi istnieć jakaś różnica między tymi dwiema usługami - ale nie chcę całkowicie rozdzielać ich na części, żeby przekonać się o różnicy.

A similar question wcześniej otrzymałem odpowiedź "you cant do it" - co zdecydowanie nie jest prawdą, ponieważ ją mam - po prostu nie wiem, co zrobiłem inaczej.

Edytuj: Jestem teraz w sytuacji, w której regeneruję swoje proxy Silverlight 4 do mojej usługi 3.5 WCF (wszystkie na tej samej maszynie localhost), że czasami dostaję właściwości "Określone", a czasami nie. Nie myślę już (jak podejrzewałem pierwotnie), że jest to spowodowane jedynie pewną konfiguracją lub poziomem usług punktu końcowego [atrybut]. Istnieją pewne wyzwalacze w samym komunikacie, które powodują, że zostały wygenerowane (lub nie). Może być wiele czynników lub może to być bardzo proste.

Answer 1

spróbować tego w usłudze WCF w którym nieruchomość jest zadeklarowanym

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

IsRequired=true będzie negować potrzebę nieruchomości testEnvFieldSpecified

Answer 2

OK znalazłem jedno, tak daleko, że spowoduje Specified właściwości być generowane:

• Obecność w komunikacie XTypedElement.

Używane przez Linq2XSD. Zwróciłem element z modelu Linq2XSD.

Wywołało Specified właściwości mają zostać wygenerowane wszystko w moich klasach:

public XTypedElement Foo { get; set; } 

To jednak nie:

public XElement Foo { get; set; } 

Wciąż ciekaw, dlaczego tak jest, a jeśli takie istnieją inne rzeczy, które to uruchamiają.

Answer 3

Te dodatkowe właściwości określone są generowane dla typów wartości, które są określone jako opcjonalne w kontrakcie lub znaczniku atrybutu.

Ponieważ typy wartości mają domyślnie wartość, dla tych właściwości dodawane są dodatkowe znaczniki Specified, aby umożliwić klientowi (i serwerowi) odróżnienie czegoś jawnie nieokreślonego lub jawnie określonego - które może być ustawione na wartość domyślna wartość. Bez tego liczby całkowite zawsze kończyłyby się liczbą 0 (i serializacją), nawet jeśli nie ustawisz ich (z powodu odwzorowania na int) w kodzie klienta. Więc kiedy to zrobisz, musisz również upewnić się, że ustawiłeś flagę Specified na true, w przeciwnym razie te właściwości nie zostaną przekształcone do postaci szeregowej.

Aby zapobiec generowaniu tych flag dla typów wartości, należałoby zmienić umowę, aby te właściwości typu wartości były obowiązkowe, a nie opcjonalne.

Mam nadzieję, że ma to sens.

Answer 4

UWAGA: zdaję sobie sprawę, że jest to stare pytanie. Dodaję to tutaj, ponieważ to pytanie pojawia się jako najlepszy wynik w Google i jest to przydatne informacje dla każdego, kto szuka.

spróbuj dodać tę linię do swojego oświadczenia o zamówieniu pracy:
[XmlSerializerFormat]

Powinno to wyglądać mniej więcej tak:

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...*/ 
    } 
}