C # -Entwickler, die Java lernen, was sind die größten Unterschiede, die man übersehen kann? [geschlossen]

Gibt es für C # -Entwickler, die Java lernen möchten, große Unterschiede zwischen den beiden Sprachen, auf die hingewiesen werden sollte?

Vielleicht nehmen einige Leute an, dass die Dinge gleich sind, aber es gibt einige wichtige Aspekte, die nicht übersehen werden sollten? (oder du kannst es wirklich vermasseln!)

Möglicherweise in Bezug auf OOP-Konstrukte, die Funktionsweise von GC, Referenzen, Bereitstellungsinformationen usw.

Ein paar Fallstricke von meinem Kopf:

• Java hat keine benutzerdefinierten Werttypen (Strukturen), suchen Sie also nicht nach ihnen
• Java-Enums unterscheiden sich stark vom Ansatz "Camed Numbers" von C #. Sie sind mehr OO. Sie können sehr effektiv eingesetzt werden, wenn Sie vorsichtig sind.
• byte ist in Java signiert (leider)
• In C # werden Instanzvariableninitialisierer ausgeführt, bevor der Basisklassenkonstruktor dies tut. in Java werden sie danach ausgeführt (dh kurz vor dem Konstruktorkörper in "dieser" Klasse)
• In C # sind Methoden standardmäßig versiegelt. In Java sind sie standardmäßig virtuell.
• Der Standardzugriffsmodifikator in C # ist immer "der restriktivste Zugriff, der im aktuellen Kontext verfügbar ist". In Java ist es "Paket" -Zugriff. (Es lohnt sich, sich über die jeweiligen Zugriffsmodifikatoren in Java zu informieren.)
• Verschachtelte Typen in Java und C # funktionieren etwas anders. insbesondere haben sie unterschiedliche Zugangsbeschränkungen, und wenn Sie den verschachtelten Typen sein deklarieren staticwird es einen impliziten Verweis auf eine Instanz der Klasse enthalten hat.

Hier ist ein sehr umfassender Vergleich der beiden Sprachen:

http://www.25hoursaday.com/CsharpVsJava.html

Hinzugefügt: http://en.wikipedia.org/wiki/Comparison_of_Java_and_C_Sharp

Ich bin überrascht, dass niemand Eigenschaften erwähnt hat, was in C # ziemlich grundlegend ist, in Java jedoch fehlt. C # 3 und höher hat ebenfalls automatisch Eigenschaften implementiert. In Java müssen Sie GetX / SetX-Typmethoden verwenden.

Ein weiterer offensichtlicher Unterschied sind LINQ- und Lambda-Ausdrücke in C # 3, die in Java fehlen.

Es gibt ein paar andere einfache, aber nützliche Dinge, die in Java fehlen, wie wörtliche Zeichenfolgen (@ ""), Überladen von Operatoren, Iteratoren, die Yield verwenden, und Pre-Prozessor, die auch in Java fehlen.

Einer meiner persönlichen Favoriten in C # ist, dass Namespace-Namen nicht der physischen Verzeichnisstruktur folgen müssen. Diese Flexibilität gefällt mir sehr gut.

Es gibt viele Unterschiede, aber diese fallen mir ein:

• Fehlende Operatorüberladung in Java. Beobachten Sie Ihre Instanz. Gleichungen (Instanz2) versus Instanz == Instanz2 (insbesondere mit Zeichenfolgen).
• Gewöhnen Sie sich an Schnittstellen, denen KEIN I vorangestellt ist. Oft werden stattdessen Namespaces oder Klassen mit dem Suffix Impl angezeigt.
• Das doppelt überprüfte Sperren funktioniert aufgrund des Java-Speichermodells nicht.
• Sie können statische Methoden importieren, ohne ihnen den Klassennamen voranzustellen, was in bestimmten Fällen (DSLs) sehr nützlich ist.
• Für Switch-Anweisungen in Java ist keine Standardeinstellung erforderlich, und Sie können keine Zeichenfolgen als Fallbezeichnungen (IIRC) verwenden.
• Java-Generika werden Sie verärgern. Java-Generika existieren zur Laufzeit nicht (zumindest in Version 1.5), sondern sind ein Compiler-Trick, der Probleme verursacht, wenn Sie über die generischen Typen nachdenken möchten.

.NET hat Generika reifiziert. Java hat Generika gelöscht.

Der Unterschied besteht darin, dass Sie ArrayList<String>in .NET (zur Laufzeit) feststellen können, dass das Objekt vom Typ ist ArrayList<String>, während in Java zur Laufzeit das Objekt vom Typ ist ArrayList. Das StringTeil ist verloren. Wenn Sie Nicht- StringObjekte in das Objekt einfügen ArrayList, kann das System dies nicht erzwingen, und Sie werden es erst erfahren, nachdem Sie versucht haben, das Objekt herauszuziehen, und die Besetzung schlägt fehl.

Eine Sache, die ich in C # von Java vermisse, ist die erzwungene Behandlung geprüfter Ausnahmen. In C # ist es weit verbreitet, dass man sich der Ausnahmen, die eine Methode auslösen kann, nicht bewusst ist und Sie der Dokumentation oder den Tests ausgeliefert sind, um sie zu entdecken. Nicht so in Java mit aktivierten Ausnahmen.

Java verfügt über Autoboxing für Grundelemente und nicht für Werttypen. Obwohl System.Int32[]es sich um ein Array von Werten in C # handelt, Integer[]handelt es sich um ein Array von Verweisen auf IntegerObjekte und ist daher nicht für Berechnungen mit höherer Leistung geeignet.

Keine Delegierten oder Ereignisse - Sie müssen Schnittstellen verwenden. Glücklicherweise können Sie Klassen und Schnittstellenimplementierungen inline erstellen, sodass dies keine große Sache ist

Die in Java integrierte Datums- / Kalenderfunktion ist im Vergleich zu System.DateTime schrecklich. Hier gibt es viele Informationen dazu: Was stimmt nicht mit der Java Date & Time API?

Einige davon können Fallstricke für einen C # -Entwickler sein:

• Die Java Date-Klasse ist veränderbar, wodurch das Zurückgeben und Weitergeben von Daten gefährlich werden kann.
• Die meisten Konstruktoren von java.util.Date sind veraltet. Ein Datum einfach zu instanziieren ist ziemlich ausführlich.
• Ich habe die Klasse java.util.Date noch nie für eine gute Zusammenarbeit mit Webdiensten erhalten. In den meisten Fällen wurden die Daten auf beiden Seiten wild in ein anderes Datum und eine andere Uhrzeit umgewandelt.

Darüber hinaus verfügt Java nicht über dieselben Funktionen wie das GAC und stark benannte Assemblys. Jar Hell ist der Begriff für das, was beim Verknüpfen / Referenzieren externer Bibliotheken schief gehen kann.

In Bezug auf Verpackung / Bereitstellung:

• Es kann schwierig sein, Webanwendungen in einem EAR / WAR-Format zu verpacken, die tatsächlich auf mehreren verschiedenen Anwendungsservern (Glassfish, Websphere usw.) installiert und ausgeführt werden.
• Das Bereitstellen Ihrer Java-App als Windows-Dienst erfordert viel mehr Aufwand als in C #. Die meisten Empfehlungen, die ich dafür erhielt, betrafen eine nicht kostenlose Bibliothek von Drittanbietern
• Die Anwendungskonfiguration ist bei weitem nicht so einfach wie das Einfügen einer app.config-Datei in Ihr Projekt. Es gibt eine java.util.Properties-Klasse, die jedoch nicht so robust ist. Es kann verwirrend sein, den richtigen Ort zum Löschen Ihrer .properties-Datei zu finden

In Java gibt es keine Delegierten. Abgesehen von all den Vorteilen, die Delegierte mitbringen, funktionieren Veranstaltungen daher auch anders. Anstatt nur eine Methode anzuschließen, müssen Sie eine Schnittstelle implementieren und diese stattdessen anhängen.

Eine Sache, die b / c auf meiner Interviewliste herausspringt, ist, dass es in Java kein "neues" Schlüsselwortanalogon zum Ausblenden von Methoden gibt und daher keine Compiler-Warnung "Sie sollten hier etwas Neues einfügen". Das versehentliche Ausblenden einer Methode, die Sie überschreiben wollten, führt zu Fehlern.

(zum Beispiel bearbeiten) Beispiel: B leitet sich von A ab (unter Verwendung der C # -Syntax verhält sich Java genauso, wie ich es zuletzt überprüft habe, gibt jedoch keine Compiler-Warnung aus). Wird A's Foo genannt oder B's Foo? (A wird aufgerufen, was wahrscheinlich den Entwickler überrascht, der B implementiert hat).

class A 
{
public void foo() {code}
}

class B:A
{
public void foo() {code}
}    

void SomeMethod()
{
A a = new B(); // variable's type is declared as A, but assigned to an object of B.
a.foo();
}

Java hat kein LINQ und die Dokumentation ist die Hölle. Die Entwicklung von Benutzeroberflächen in Java ist schwierig. Sie verlieren alle guten Dinge, die Microsoft uns gegeben hat (WPF, WCF usw.), erhalten jedoch schwer zu verwendende, kaum dokumentierte "APIs".

Das einzige Problem, auf das ich bisher gestoßen bin, wenn ich mit Java aus C # arbeite, sind Ausnahmen und Fehler, die unterschiedlich sind.

Beispielsweise können Sie mit catch (Ausnahme e) keinen Speicherfehler abfangen.

Weitere Informationen finden Sie im Folgenden:

Warum-ist-Java-lang-outofmemoryerror-Java-Heap-Space-nicht-gefangen

Es ist so lange her, dass ich in Java war, aber die Dinge, die mir auf Anhieb bei der Anwendungsentwicklung aufgefallen sind, waren C # -Ereignismodell, C # Drag & Drop im Vergleich zur Verwendung von Layout-Managern in Swing (wenn Sie App-Entwickler sind) und Ausnahmebehandlung mit Java stellt sicher, dass Sie eine Ausnahme abfangen und C # nicht erforderlich ist.

Als Antwort auf Ihre sehr direkte Frage in Ihrem Titel:

"C # -Entwickler, die Java lernen, was sind die größten Unterschiede, die man übersehen kann?"

A: Die Tatsache, dass Java unter Windows erheblich langsamer ist.

Der größte Unterschied für mich, wenn ich zu Java wechsle, ist die String-Deklaration.

in C # string(meistens) in JavaString

Es ist ziemlich einfach, aber glauben Sie mir, es macht Sie so viel Zeit verlieren , wenn Sie die Gewohnheit haben , snicht S!