Implementacja C# dla JVM

Question

Czy ktoś próbuje zaimplementować C# dla JVM? Jako programista Java, spoglądam na C# z zazdrością, ale nie chcę rezygnować z przenośności i dojrzałości maszyny JVM, nie wspominając o różnorodnych narzędziach do tego.

Wiem, że istnieją pewne ważne różnice między JVM i CLR, ale czy jest coś, co jest showstopper?

Answer 1

Istnieją bardzo znaczne różnice między CLR i JVM.

Kilka przykładów:

• Java nie posiada typy wartości zdefiniowanych przez użytkownika
• leków generycznych Java całkowicie inna .NET generycznych
• wielu aspektach C# zależeć na elementach framework - delegaci itd. Trzeba również przenieść bibliotekę, nawet dla aspektów języka.
• Java nie obsługuje obiektów takich jak właściwości i zdarzenia na poziomie maszyny JVM. Możesz to udawać, ale to nie będzie to samo.
• Nie wierzę, że Java ma jakikolwiek odpowiednik parametrów referencyjnych, nawet na poziomie JVM.
• Subtelności związane z różnymi modelami pamięci mogłyby całkiem ugryźć, chociaż nie jestem pewien, ile jest w specyfikacji C#.
• Nieprawidłowy kod ogólnie nie jest możliwy w Javie
• Współdziałanie z natywnym kodem różni się bardzo między JNI i P/Invoke. Prawdopodobnie nie stanowi to dla ciebie problemu.
• Musiałbyś fałszywej przeciążenia operatora i zdefiniowanych przez użytkownika konwersje

można prawdopodobnie Przyłącze A dużo C# - ale chcesz być pozostawione z bardzo niezadowalające doświadczenie, IMO.

Idąc w drugą stronę, czy wiesz o IKVM? Pozwala na uruchamianie kodu Java w .NET.

Answer 2

Spójrz na Grasshopper. Jest to SDK oparty na Visual Studio i opatentowany konwerter .NET na Javę, który umożliwia uruchamianie aplikacji .NET Web i serwera na platformie Linux® i innych platformach obsługujących Java.

Answer 3

Łatwiejsze byłoby napisanie konwertera z IL do bajtodu. W ten sposób automatycznie uzyskasz wsparcie dla dowolnego języka .NET na JVM.

Jest to jednak tak oczywisty pomysł, że jeśli nie zostało to już zrobione, prawdopodobnie jest bardzo trudne lub trudne do zrobienia dobrze/użytecznie.

Answer 4

Odwiedź http://code.google.com/p/stab-language

Kod poniżej jeśli Stab kodów języków na JVM

using java.lang; 
using stab.query; 
public class Test { 
    public static void main(String[] args) { 
    // Sorts the arguments starting with "-" by length and then using the default 
     // string comparison 
     var query = from s in Query.asIterable(args) 
        where s.startsWith("-") 
        orderby s.length(), s 
        select s; 
     foreach (var s in query) { 
      System.out.println(s); 
     } 
    } 
} 

Answer 5

opcja dla rozwoju cross-platformowej w C# może być mono: http://www.mono-project.com/

Answer 6

Bytecode transpilers

Grasshopper można pobrać kod bajtowy CLR i przenieść go do JVM. Przeznaczony głównie dla aplikacji internetowych, nie zapewnia np. Implementacja JVM klas Windows Forms. Wydaje się jednak nieco przestarzały. Internet mówi o ASP.NET 2.0, Visual Studio 2008 i tak dalej. Pierwsza wspomniana przez @alex

XMLVM może przyjmować kod bajtowy CLR lub JVM jako dane wejściowe i wytwarzać jako wyjście. Dodatkowo może wyprowadzać JavaScript lub Objective-C. Brak wersji, tylko Subversion. "Eksperymentalna wersja rozwojowa, której nie można używać w środowisku produkcyjnym."

IKVM idzie w innym kierunku niż OP chce. Zapewnia implementację JVM działającą na CLR, transpilator kodu bajtowego JVM do CLR i generator kodu biblioteki biblioteki CLR dla języka Java. http://www.ikvm.net/uses.html Wspomniany przez @Jon Skeet

RPC

Dlaczego nie ma CLR i JVM uruchomiony równolegle i uczynić komunikację tyle tarcia, jak to możliwe? To nie jest to, co chce OP, ale niektóre inne odpowiedzi są już dość różne na różne sposoby, więc omówmy to.

RabbitMQ, ma wolną opcję, jest to serwer RPC napisany w Erlang z bibliotekami API dla C#, Java i innych.

jnBridge, licencja może być zbyt kosztowna dla niektórych potencjalnych użytkowników.

gRPC i podobne nowoczesne biblioteki RPC oferują szerokie wsparcie językowe, generowanie kodu dla bibliotek klienckich w tych językach, niezależny od języka format drutu dla danych, zaawansowane funkcje, takie jak kaskadowanie anulowania połączenia i tak dalej.

Języki programowania

napisz raz, uruchom wszędzie;)

Haxe, kompiluje do C#/CLR, Java/JVM, JavaScript, Flash, Python, ... Zapewnia mechanizmy międzyoperacyjne dla każdej tarczy Języki. Można w pewnym stopniu myśleć o następcy ActionScript3. Wydaje się być dość solidnym materiałem, z co najmniej jedną firmą, która jest w rzeczywistości zależna od tego. O wiele bardziej godne zaufania niż Stab, wspomniane dalej.

Stab wprowadza niektóre funkcje C# i interoperacyjność Java. Niezbyt przydatny, masz kilka funkcji C#, ale to, z czym współpracujesz, to kod Java, który ich nie używa. https://softwareengineering.stackexchange.com/a/132080/45826 Język jest stosunkowo mało znany, prawdopodobnie porzucony, z małą obietnicą, że stanie się lepszy. Najpierw wspomniane tutaj przez @Vns.

Gust świeżego powietrza dla platformy JVM;)

Scala, Kotlin, inni są dość ładne języków działających na górze JVM które wprowadzają funkcje C# programista może brakuje w Javie. Szczególnie Kotlin wydaje się rozsądną alternatywą dla C# w świecie JVM. Scala może być nieco zbyt dużym językiem, aby programista mógł się w krótkim czasie zadomowić.

Mono

Jest to z pewnością również opcja. Po co przemieszczać się do JVM, jeśli Mono może go uruchomić tak, jak jest. Pierwsze wzmianki o @ferhrosa

NEW YORK - 12 listopada 2014 r - W środę, Microsoft Corp. wzmocnione swoje zobowiązanie do doświadczeń deweloperskich cross-platformowych przez otwarte pozyskiwania pełnej stronie serwera .NET stos i rozszerzanie .NET do działania na platformach Linux i Mac OS.

Zgodnie z this press release, z którego pochodzi oferta, Visual Studio 2015 doda Linux/Mono jako obsługiwaną platformę.

To jest blog napisany przez ludzi projektu Mono na ten temat, z drugiej strony: .NET Source Code Integration (listopad 2014).

NET Rdzeń

z systemem Windows/Linux wieloplatformowy wersja (niektóre) .Net regulowane przez Microsoft. "Nuff powiedział https://github.com/dotnet/core.

Wnioski

Byłoby teraz konieczne podawanie tych narzędzi/Ramki spróbować i zobaczyć, ile tam jest tarcie. OP chce napisać w języku C# dla maszyny JVM, która może całkiem dobrze pracować, używając Grasshopper.

Dokonanie tego w celu wymieszania bibliotek światowych C# i Java w jednej bazie kodów może nie działać tak dobrze.

Źródła

http://blog.pluralsight.com/new-course-making-java-and-c-work-together-jvm-and-net-clr-interop

Answer 7

Ta odpowiedź może być późno dla ciebie, ale ten jest po prostu nowe. Możesz wypróbować język programowania Kotlin. Oferuje syntaktyczne cukry, które ma C# i jest najbliższe składni C#, inne niż dowolny język JVM inny niż Java. Jest to od JetBrains.

Answer 8

Widzę dwa powody, dla których nie ma to dużego entuzjazmu.

Pierwszą rzeczą, jaką należy sobie uświadomić, jest to, że jeśli chodzi o rzeczywiste funkcje języka, C# i Java są bardzo bliskie. Nie tylko C# amd Java jest zamknięta, ale także poruszają się w podobnych kierunkach. Istnieje kilka funkcji, które JVM nie obsługuje obecnie po wyjęciu z pudełka, ale to nie jest prawdziwy problem. Zawsze możesz udawać, że czegoś brakuje. Myślę, że ludzie wolą czekać na Javę, aby uzyskać więcej cukru, niż stworzyć od podstaw niemalże Javę. Do czasu gdy port jest gotowy, Java może zdecydować się nadrobić zaległości.

Po drugie, powodem, dla którego programiści preferują C#, jest nie tyle sam język, co narzędzia wokół niego, ich dwukierunkowa relacja z C# i to, jak Microsoft wspiera całość.Na przykład combo C# -XAML jest bardziej przyjazne niż JavaFX, ponieważ C# i XAML zostały zhakowane dla siebie nawzajem (np. Częściowe klasy w C#, powiązania w XAML i więcej). Korzystanie z C# na JavaFX nie poprawia się znacznie. Aby uzyskać doświadczenie języka C# w maszynie JVM, trzeba również przenieść narzędzia i to znacznie większy projekt. Nawet nie będzie to przeszkadzało Mono.

Tak więc, moja rada dla programisty Java, który chce użyć bardziej zaawansowanego języka znanych narzędzi, to sprawdzenie istniejącego JVM languages.

Mono też jest opcją, ale zawsze byłem do tego sceptyczny. Mimo że jest to C# - .NET i wieloplatformowy, rzeczy zbudowane przy użyciu narzędzi Microsoftu zazwyczaj nie działają na Mono. Jest to w gruncie rzeczy jego własna rzecz. Zobaczymy, co stanie się teraz, gdy Microsoft powiedział, że będą współpracować.

Answer 9

Możesz użyć source-to-source compiler, aby przetłumaczyć język C# na język niż na JVM. Na przykład istnieje kilka wersji C# to Java converters, które umożliwiają uruchamianie aplikacji języka C# na maszynie JVM po przetłumaczeniu na język Java.