Meilleure alternative pour le type de valeur null .NET pour le service Java-consommable

Question

Nous créons des services WCF qui seront initialement utilisés par les clients .NET mais qui seront à l'avenir consommés par les clients Java. En tant que tel, nous voulons éviter d'utiliser des types de données dans l'interface que Java ne prend pas en charge.

Le type spécifique que nous connaissons est des types de valeur NULL.

Une suggestion est que nous pouvons les prendre en charge en utilisant une chaîne pour représenter, par exemple, un intensible null. Et la chaîne vide représente donc null, sinon il faut que la chaîne soit analysable comme un int.

Quelqu'un peut-il recommander une meilleure alternative, ou est-ce que vous feriez?

Answer 1

Une approche qui a été utilisée dans un projet auquel j'ai participé il y a quelques années (également la combinaison .NET/Java) consistait à ajouter des propriétés d'indicateur: NumProperty et NumPropertyIsNull. Ce n'était pas particulièrement joli, mais ça a marché.

En tant que nœud secondaire, je pense qu'à la fin, nous n'avons pas été en mesure de trouver une seule analyse de rentabilisation où la différence entre 0 et null comptait réellement.

Answer 2

J'avais espoir que si vous pouvez exposer un entier annulable par WCF, que tout consumait que de Java utilisera les types wrapper - Integer au lieu de int, Byte au lieu de byte etc. Bien sûr, ce sont des types de référence Alors que les types de valeur nullable dans .NET sont toujours des types de valeur, vous obtiendrez plus de pression GC et cela sera généralement moins efficace, mais vous ne pouvez pas faire grand-chose étant donné que Java ne supporte pas la valeur définie par l'utilisateur les types.