Vergleich C# und Java

[Mart]

Also im Internet gibt es viele Vergleiche wie und wo C# und Java vergleichbar sind usw...

was ich zb. gefunden habe

C#	Java
kann mit Objekte und Constructs umgehen ( ka was constructs sind)	Ist komplett mit Objekte und klassen
C# ist näher an java dran als wie an C ( ka ob das stimmt ) weil C sehr hardware nahe ist und C# eher wie java damit umgeht	Java hat natürlich die JVM
C# funktioniert nicht auf allen Geräten... ja gut aber C# funktioniert auf linux windows und mac da versteh ich das nicht	funktioniert überall gleich

was hängt an den Sachen dran es würde mich schon interessieren da ich gerade viel mit Unity rum spiele und C# sich doch ähnlich zu java anfühlt aber ich bin da noch nicht so in der Materie drin dass ich an die großen unterschiede ran gekommen wäre


oder gibt es andere begründungen für unterschiede die "wirklich" wichtig sind... zb dass C# const hat und java final ... meine jüte da kann man hinweg sehen

 

[Barista]

C# hat auch eine Art VM.

C# funktioniert nicht auf allen Geräten... ja gut aber C# funktioniert auf linux windows und mac da versteh ich das nicht

Hängt von der .net-Version ab.

Früher lief C# nur auf Windows, inzwischen auch auf Linux und Mac sowie Android und iOS (Xamarin).

Mit Blazor läuft es sogar im Browser (WebAssembly).

Prinzipiell ist C# umfangreicher als Java.

Da gab es Lambdas schon viel früher.

Es gibt Structs und vorzeichenlose numerische Typen.

Sealed classes gab es in C# auch schon lange vor Java.

 

[Mart]

C# hat auch eine Art VM.

noch nie davon gehört was ist das und wie heist das

Es gibt Structs und vorzeichenlose numerische Typen.

ka was structs sind


das mit dem "umfangreicher" kann ich nur nahc unity beurteilen ... da gibts halt doch schon sehr viel krimskrams den man nicht selber machen muss wie zb euler Winkel und die ganzen Tools die es für C# gibt wie unity hub

 

[Barista]

C# hat auch eine Art VM.

noch nie davon gehört was ist das und wie heist das

Virtuelle Maschine.

ka was structs sind

Zusammenfassung mehrerer Werte, stammt aus C.

das mit dem "umfangreicher" kann ich nur nahc unity beurteilen ... da gibts halt doch schon sehr viel krimskrams den man nicht selber machen muss wie zb euler Winkel

Das sind wahrscheinlich Bibliotheken. Hat erst mal nichts unmittelbar mit der Sprache zu tun, Bibliotheken gibt es für viele Sprachen.

und die ganzen Tools die es für C# gibt wie unity hub

Hat erst mal nichts unmittelbar mit der Sprache zu tun, Tools gibt es für viele Sprachen.

 

[kneitzel]

Also .Net hat keine VM. Da hat man lediglich ein zusätzlichen Layer - aber natürlich vollen Zugriff auf alles, wenn man es wünscht. Das ist ein riesen Unterschied zu Java. (Da kann man mit JNI und so auch was basteln, aber das ist kein Vergleich zu .Net!)

Structs sind ähnlich wie bei C++ - https://docs.microsoft.com/de-de/dotnet/csharp/language-reference/builtin-types/struct

Ansonsten ist C# deutlich aufgeräumter von den Konstrukten her. Java ist extrem von Boilerplate Code geprägt. Diese ganzen Getter / Setter. Standard Properties wären das in C# was in Java dann Variable mit Getter und Setter wäre.

Ansonsten sind die Sprachen aber prinzipiell ebenbürtig. Von der Geschichte her hat Microsoft eigentlich immer mehr den Microservice Ansatz verfolgt. Das mit "großem App-Server" gab es da so in der Form eigentlich nie. (Teilweise gab es Ansätze aber die wurden nie wirklich genutzt) Web Service war also immer extrem Trivial mit WCF ...

 

[Mart]

es gibt ja auch von der Syntax her kleinere unterschiede wo "c# simpler sein sollte als java" ... angeblich gibts da sooooo viel nur ich kenn nur einen

wenn man eine einzeilige Methode hat kann man es so schreiben

public void method() => return wert;

weis jemand wo es noch so unterschiede gibt die C# "einfacher" machen als java

 

[White_Fox]

C# ist näher an java dran als wie an C ( ka ob das stimmt ) weil C sehr hardware nahe ist und C# eher wie java damit umgeht

Weder Java noch C# sind irgendwie nahe an C dran. C ist eine rein prozedurale Sprache. Es gibt zwar Leute die behaupten daß man auch in C objektorientiert arbeiten kann, aber das ist ziemlicher Unfug.

Ansonsten geben sich beide Sprachen nicht allzuviel, meiner Meinung nach. Java wird, soweit ich das sehe, von einer größeren Gruppe Freiwilliger mitentwickelt was teilweise in langwierige Abstimmungeprozesse mündet, bei C# machen die Microsoftis einfach was sie wollen.

 

[Mart]

bei C# machen die Microsoftis einfach was sie wollen.

wie konnte dann c# so "aufsteigen" bei der spiele programmierung und java nicht

 

[mihe7]

wenn man eine einzeilige Methode hat kann man es so schreiben

public void method() => return wert;

Ich gehe mal davon aus, dass der Rückgabetyp dann aber nicht void sein kann.

// C#
public int method() => return wert;
// Java
public int method() { return wert; }

 

[Mart]

Ich gehe mal davon aus, dass der Rückgabetyp dann aber nicht void sein kann.

// C#
public int method() => return wert;
// Java
public int method() { return wert; }

es ging um den pfeil dass man keine klammern braucht nicht um den sinn davon ... hätte ich erwähnen sollen xD

 

[kneitzel]

es gibt ja auch von der Syntax her kleinere unterschiede wo "c# simpler sein sollte als java" ... angeblich gibts da sooooo viel nur ich kenn nur einen

wenn man eine einzeilige Methode hat kann man es so schreiben

public void method() => return wert;

weis jemand wo es noch so unterschiede gibt die C# "einfacher" machen als java

Das siehst Du doch schon bei den Properties:

public string Name { get; set; }

Das ist eine Property, die sonst aus einem Feld besteht und dann eine get und eine set Implementation bekommen würde. Und das ist dann nur eine Zeile.

Man müsste sich das alles im Detail betrachten. Aber die Entwicklung von Java hat sich ja auch bewegt. Java ist ein Kolloss, der sich lange kaum bewegt hat. Das ändert sich aber, weil Oracle seine Unfähigkeit einsieht und alles abgibt. Aber selbst da schaffen sie es, die tollsten Dinge anzustellen!

wie konnte dann c# so "aufsteigen" bei der spiele programmierung und java nicht

Weil Java diesbezüglich wenig zu bieten hat. Da alles voll einzubauen ist einfach zu komplex. Microsoft hat halt mit DirectX frühzeitig eine Grundlage bereit gestellt für Spiele. OpenGL konnte da aus meiner Sicht nicht mithalten.

Und Microsoft macht eins genial: Die Unterstützung von Entwicklern. Du bist Entwickler? Dann kriegst Du ja fast alles für lau!

Aber sie verscherzen es sich mit einigen. Tolle Produkte bauen sie nur um sie dann einzustampfen. Das macht man paar Mal aber wenn man oft genug abgewatscht wurde, dann wacht man irgendwann auf. So bin ich dann auch wieder bei Java gelandet ....

 

[mihe7]

wie konnte dann c# so "aufsteigen" bei der spiele programmierung und java nicht

Meine Vermutung war immer: MS musste eine Plattformunabhängigkeit nicht interessieren.

 

[Mart]

Meine Vermutung war immer: MS musste eine Plattformunabhängigkeit nicht interessieren.

bis sie herausgefunden haben dass ihr datei system doch nicht das yellow from the egg war

 

[kneitzel]

bis sie herausgefunden haben dass ihr datei system doch nicht das yellow from the egg war

In wie fern? Was für Probleme hat NTFS? Und das ReFS?

 

[Mart]

es wurde für 1en user gemacht und war nicht wie linux darauf ausgelegt dass man 1 datei system hat auf dem server und übern x11 server dann mit vielen usern an 1em dateisystem was machen kann das fällt bei windows eher bescheiden aus ...

um es so auszudrücken... ich kriege es gebacken die dateien von überall zu erreichen in linux und die Rechte so einzustellen dass es passt


bei windows mit der "dateiumgebungsfreigabe aktivieren" fühlt man sich wie ..." hier nimm den lolli ... oder auch nicht " man kann gefühlt nichts damit machen

 

[kneitzel]

Also da mixt Du Dinge durcheinander.

Dateisystem hat mit Freigaben erst einmal nichts zu tun. Und NTFS ist nicht für einen User gemacht. Windows NT ist nicht von DOS her entstanden und setzt nicht auf DOS auf (im Gegensatz zu den ganzen Windows 1, 2, 3, 95, 98 und ME Varianten).

Und Windows hat - beim Server - seit jeher entsprechende Remote Desktop Lösungen. Die werden dann durch Software von Dritten noch aufgemöbelt, aber da ist das Problem aus der Vergangenheit, dass Microsoft da wegen Kartellrecht immer Knüppel zwischen die Beine geworfen bekommen hat.

Und wie machst Du unter Linux Dateifreigaben? Das ist doch der letzte Dreck! Sorry, wenn ich das so deutlich sage. Bau ein Windows Server auf und mit wenig Mausklicks kriegst Du sofort einiges. Bau sowas erst einmal mit Linux auf. LDAP konfigurieren ... dann Samba mit LDAP Einbindung und und und ... Systeme in einer Domain die sich vertrauen? Mal Kerberos eingerichtet oder so? (Zumal da die Unterstützung bei Linux und Mac mangelhaft ist. Da hat man dann die Autorisierung an der Domain aber das Ticket dann bei Anwendungen einbinden? Welche Linux oder Mac Software unterstützt das denn?)

Aber zurück - Dateisystem ist ja nur Datenablage auf dem Datenträgern. Wir wollen aber Daten über das Netz schicken.
Und dann greift man auch was zurück? SMB mit Samba? Also willkommen bei der Windows Welt.
Oder ist NFS eine Alternative? Wenn man damit schon gearbeitet hat, dann wird man das nicht wirklich wollen. AFP von Apple? Das hat Apple doch schon fallen gelassen und funktioniert mit dem neuen Dateisystem APFS doch auch nicht mehr ...

Aber wir sind von dem eigentlichen Thema weg gekommen. Aber bei Betriebssystemen muss man mir nicht wirklich viel erzählen, denn das war viele Jahre genau mein Umfeld

 

[Barista]

So etwas wie die Elvis-Operatoren für die null-Behandlung wurden für Java auch mal diskutiert, sind aber nicht in Java reingekommen.

 

[Jw456]

So etwas wie die Elvis-Operatoren für die null-Behandlung wurden für Java auch mal diskutiert, sind aber nicht in Java reingekommen.

Kotlin was auch java ByteCode erstellt macht das ist Null sicher. Und kann viel tipparbeit ersparen.
ZB getter setter bei einer DatenKlasse ist sogar die toString Methode schon dabei.

 

[kneitzel]

Kotlin was auch java ByteCode erstellt macht das ist Null sicher. Und kann viel tipparbeit ersparen.
ZB getter setter bei einer DatenKlasse ist sogar die toString Methode schon dabei.

Also sowas wie records in Java ... da ist sogar auch equals und hashcode mit dabei

Datenklassen in Java: Einführung in Java Records - JAX

Mit JEP 359 werden Records in die JVM eingeführt. Warum diese eine große Bereicherung für Java sein werden, erfahren Sie in diesem Blogartikel.

jax.de

 

[kneitzel]

Aber ein ganz wichtiger Unterschied ist noch nicht genannt worden:

Operator Overloading!

Das ist wichtig, dann das führt dann dazu, dass man eben string Instanzen per == vergleichen kann. Oder wenn man da BigDecimal als Klasse hat, dann muss man da nicht irgendwelche .add(..) Konstrukte bauen oder so ...

 

[Jw456]

Aber ein ganz wichtiger Unterschied ist noch nicht genannt worden:

Operator Overloading!

Das ist wichtig, dann das führt dann dazu, dass man eben string Instanzen per == vergleichen kann. Oder wenn man da BigDecimal als Klasse hat, dann muss man da nicht irgendwelche .add(..) Konstrukte bauen oder so ...

geht auch in kotlin

 

[Jw456]

Also sowas wie records in Java ... da ist sogar auch equals und hashcode mit dabei

ist auch bei kotiln dabei. https://kotlinlang.org/docs/data-classes.html

 

[kneitzel]

geht auch in kotlin

Wobei der Thread sich nur um C# vs Java dreht. Daher ist diese Bewertung eher nicht relevant.

 

[Jw456]

Wobei der Thread sich nur um C# vs Java dreht. Daher ist diese Bewertung eher nicht relevant.

ja wollte es aber mal erwähnt haben und du musst kontern.

 

[Neumi5694]

Die getter und setter sind in C# angenehmer zu handhaben.
In anderen Syntax-Bereichen holt Java auf.
Enums sind in Java viel mächtiger als in C#, allerdings muss man in Java für Mehrfachnennungen als Methodenparameter auf eine Collection zurückgreifen und die Methode muss dies explizit erlauben/erwarten.

C# ist nicht "einfacher" als Java. Die beiden sind sich im Grunde durchaus ebenbürtig, in Java sieht man im Text halt deutlich mehr Klammern, da hier immer noch alles mit Methoden geschrieben steht, während C# wie bei den Gettern und Settern Alternativen bietet.
Problematisch wird's, wenn man mit anderer Windows-Software interagieren will. Klar geht das auch mit Java, aber die .net Ansteuerung wirkt hier dann doch eher wie eine rektale Augenoperation. Wenn man nur wenige verschiedene Zugriffe hat, lohnt sich ein Wrapper von C# nach C++.
Nach Visual J++ hat Microsoft mit J# versucht, Java-Programmierer auf "ihre Seite" zu ziehen - mit mäßigem Erfolg.