Null signifie simplement null. Il n'y a pas de problème de sécurité inhérent là-bas.
Comme un service Web est une API publique, vous devez vérifier rigoureusement toutes les données d'entrée et attendre une entrée mal formée. Vous ne pouvez jamais supposer que le code du client fait la bonne chose et ne vous envoie pas null (malicieusement ou autrement). Par conséquent, les chaînes vides ou d'autres valeurs sentinelles ne vous épargnent pas de vérifier les entrées, et elles ne facilitent pas nécessairement la vie. Les chaînes sémantiquement vides ne sont pas non plus nulles, elles sont vides.
Pour ce que ça vaut, le xml généré par le .net SoapFormatter pour un null est tout simplement vieux, et ce n'est pas la même chose qu'une chaîne vide. C'est un exemple trivial, mais instructif. Si vous envoyez null, vous envoyez également moins de données, ce qui peut être quelque chose à considérer.
{
[WebMethod]
public MyClass HelloWorld()
{
MyClass val = new MyClass()
{
IsValid = false,
HelloString = "Hello World",
BlankString = "",
Nested = new NestedClass { Name = "Bob" }
};
return val;
}
}
public class MyClass
{
public bool IsValid { get; set; }
public string HelloString { get; set; }
public string BlankString { get; set; }
public string OtherString { get; set; }
public NestedClass Nested { get; set; }
public NestedClass NullNested { get; set; }
}
public class NestedClass
{
public string Name { get; set; }
}
donne la réponse xml suivante. Notez comment OtherString et NullNested manquent entièrement de la réponse, ce qui est différent de BlankString.
<MyClass>
<IsValid>false</IsValid>
<HelloString>Hello World</HelloString>
<BlankString />
<Nested>
<Name>Bob</Name>
</Nested>
</MyClass>