Beste Alternative für .NET Nullwerttyp für Java-Consumable-Dienst

Question

Wir erstellen einige WCF-Dienste, die zunächst von .NET-Clients verwendet werden, in Zukunft aber für Java-Clients verwendet werden.

Als solche wollen wir vermeiden, irgendwelche Datentypen in der Schnittstelle zu verwenden, die Java nicht unterstützt.

Die spezifische, die wir kennen, ist Nullable Werttypen.

Ein Vorschlag ist, dass wir diese unterstützen können, indem wir einen String verwenden, der zum Beispiel einen nullbaren Int darstellt. Eine leere Zeichenkette stellt daher null dar, andernfalls muss die Zeichenkette als int analysierbar sein.

Kann jemand eine bessere Alternative empfehlen, oder würden Sie das tun?

Answer 1

Ein Ansatz, der in einem Projekt verwendet wurde, an dem ich vor einigen Jahren beteiligt war (auch .NET/Java-Kombination), war das Hinzufügen von Indikatoreigenschaften: NumProperty und NumPropertyIsNull. Es war nicht besonders hübsch, aber es funktionierte.

Als ein Nebenknoten denke ich, dass wir am Ende keinen einzigen Geschäftsfall finden konnten, bei dem der Unterschied zwischen 0 und null tatsächlich von Bedeutung war.

Answer 2

Ich würde Hoffnung, dass, wenn Sie einen Nullable-integer durch WCF belichten kann, dass alles, was raubend, dass von Java die Wrapper-Typen verwenden - Integer statt int, Byte statt byte usw. Natürlich sind diese Referenztypen sind Während NULL-Werttypen in .NET immer noch Werttypen sind, erhalten Sie mehr GC-Druck und es wird im Allgemeinen weniger effizient sein, aber es gibt nicht viel, was Sie tun können, da Java keinen benutzerdefinierten Wert unterstützt Arten.