2012-04-12 8 views

Antwort

1

Ehrlich gesagt würde ich die Benutzeroberfläche in .net tun. Weil ich denke, dass die UI-Sachen in Java nicht sehr gut sind. Ich würde es eher umgekehrt machen.

Aber Kommunikation zwischen ihnen würde ich über Dienste tun. Es ist eine größere Investition am Anfang, aber viel weniger Aufwand, wenn Sie Ihre Anwendung ausrollen. Und es wird wahrscheinlich viel besser skalieren. Es gibt eine Menge Dinge hier auf SO beim Schreiben von Clients und Diensten sowohl in .net als auch in Java.

Wenn Sie wirklich sicher sind, dass Sie den .net-Code sofort aus Ihrem Java-Code verwenden möchten, gibt es eine Sache namens IKVM.NET. Welches kompiliert dein Java zu CLI Bytecode. Aber ich weiß nicht, ob sie Java Interface-Sachen unterstützen.

+0

Ich schaute auf das IKVM.NET ist das mehr ein Schmerz in der @ $$ oder eine echte Lösung? Ich versuchte immer noch, Köpfe oder Geschichten davon zu machen. – sleath

+0

IKVM erfordert eine gewisse Anstrengung, um es zum Laufen zu bringen. Aber es wird in Produktionsumgebungen eingesetzt, daher könnte es theoretisch eine Lösung sein. Aber wie gesagt, eine Client - Server - Lösung ist wahrscheinlich eine nachhaltigere Lösung. – albertjan

+0

Ich gehe mit IKVM.NET auf die Monotouch-Route für mobile Devs, die momentan die beste Lösung zu sein scheint. Aber ich stimme zu, Client-Server wäre ideal. – sleath

1

Sie können Geschäftslogik über Webdienste verfügbar machen (z. B. REST + JSON). Ihre Benutzeroberfläche kann in Java geschrieben werden und sie kann einen Web-Service verwenden, der intern in .NET implementiert ist.

Die Idee ist, dass Sie Technologien trennen und sie durch eine bekannte Kommunikationsbrücke sprechen lassen.

+0

Danke für die Antwort. Ich werde es versuchen. – sleath

Verwandte Themen