Grundlegende Unterschiede zwischen C# und JAVA ?
-
Artchi schrieb:
Investor schrieb:
Bei VS muss man für weniger Leistung viel mehr hinblättern und íst dann noch auf kostenpflichtige Plugins angewiesen, damit es halbwegs funktioniert. Da kann doch was nicht stimmen....
Ist es tatsächlich so, das IntelliJ oder Eclipse die gleiche Leistung wie MSVS hat? Ich bezweifel das! Ich bekomme bei MSVS immerhin einen sehr guten C++-Compiler, einen C#-Referenz-Compiler, die .NET-Referenz-Platform usw. Achja, es ist kein Java. Also was soll der Vergleich mit "IntelliJ ist besser" wo es doch total unterschiedliche Ziele verfolgt? Das eine ist für Java, das andere für C++ und .NET.
Also, wo ist da ein Vergleich möglich? oder ist MSVS eine Java-IDE?
ich kann auch nichts dafür, dass mich eclipse und das jdk nichts gekostet haben
und trotzdem - ja ich sag es wieder - ist eclipse besserund mir ist das eigentlich auch scheiß egal was wer benutzt, ihr macht es mir nur leichter
-
Yo, und die Entwickler von Eclipse (nämlich IBM) leben von Luft und Liebe.
Komisch das wir, die den IBM Application Developer (Eclipse mit speziellen Plugins von IBM) benutzen, mehrere kostenpflichtige Lizenzen brauchen.Ihr habt noch nicht gemerkt, das die Eclipse-IDE auch nur das Basis-Zeug ist, ähnlich der Express-Edition von MSVS??? IBM hält aber bei den Firmen gerne die Hand auf, wenn man die IBM-Enterprise-Produkte nutzt. Denn die gibts nicht zur kostenlosen Nutzung.
D.h. das kostenlose Eclipse wird auch nur durch die kostenpflichtige Elcipse-Variante subventioniert.
Tut mal nicht so, als ob IBM der Sammarita ist. Die sind sogar teurer als MS.
-
golden_jubilee schrieb:
ich kann auch nichts dafür, dass mich eclipse und das jdk nichts gekostet haben
und trotzdem - ja ich sag es wieder - ist eclipse besserund mir ist das eigentlich auch scheiß egal was wer benutzt, ihr macht es mir nur leichter
Dann mach hier auch nicht so nen Wirbel. Dafür das es den Javanern so egal ist, machen die hier aber immer schön viel Wind. :p
-
Natürlich ist eclipse nur eine Basis - und eben viel mehr als eine IDE. Eclipse als RCP hat bereits mehrmals bewiesen, wozu es fähig ist. Wenn man sich dann ansieht, was es kostenlos für eclipse als IDE noch dazu gibt, kann VS einfach nicht heranreichen.
Entwickeln tut IBM Eclipse mit Sicherheit nicht für die Lizenzen mit ihren Plugins, sondern für Produkte, die auf der RCP basieren. Lotus Notes als bekanntestes Beispiel.
-
nennick schrieb:
Natürlich ist eclipse nur eine Basis - und eben viel mehr als eine IDE. Eclipse als RCP hat bereits mehrmals bewiesen, wozu es fähig ist. Wenn man sich dann ansieht, was es kostenlos für eclipse als IDE noch dazu gibt, kann VS einfach nicht heranreichen.
Stell dir mal vor, das Windows schon eine RCP ist. Immer wieder witzig, wie versucht wird, die Eclipse RCP als Argument anzubringen, wo ein Windows-Entwickler schon alles in Windows drin hat. Ich entwickle selber beruflich RCP-Anwendungen auf Eclipse-Basis, und die ganzen OSGi-/Eclipse-Konzepte kenne ich schon aus Windows, da sie dort (und anderen Betriebssystemen) seit eh und je drin sind. Im Grunde wird mit der Eclipse RCP nur das kompensiert, was die die Java-Platform nicht mitbringt, aber schon in einem OS wie Windows drin ist.
-
Eine persönliche Frage (und ich möchte das wirklich mal wissen):
wenn man deine Posts in solchen und vergleichbaren Threads liest, hat man oft den Eindruck, dass du die Sprache Java und das umgebende Framework- und Laufzeitsystem für relativ einfach, hier z.B. als der Zeit hinterher, empfindest. Ich will das nicht als Abneigung interpretieren, aber zumindest als Gefühl, dass du etwas besseres kannst und kennst.
Wie kommt es dann aber, dass du anscheinend schon mehrere Jahre eben nicht in diesem, sondern im Javaumfeld arbeitest. Betrügst du dich da in irgendeinerweise selbst oder siehst du es doch leicht anders, als es im Forum rüberkommt. Ist denn z.B. ein Wechsel in die andere Schiene der Sprachen dein Traum?
-
Viel wichtiger ist doch, warum es Artchi immer wieder nötig hat jeden Thread, der irgendwie irgendwas mit irgendwas aus der Java-Welt vergleicht, gleich wieder in einen "Xxx vs. Java"-Flamewar zu verwandeln. Beispielsweise finde ich es einfach lächerlich, dass er hier wieder C++ ins Spiel gebracht hat, ala "das geht doch auch alles mit C++, nehmt lieber alle wieder C++, das ist allem haushoch überlegen", unabhängig davon ob das bisher zur Diskussion stand. Er ist einfach lächerlich ..
-
Vergleiche zwischen C++ IDE und Java IDE sind dumm. Einfach nur dumm. Natürlich gewinnt die Java IDE.
Vergleichen wir lieber mal Eclipse mit C++ mit VStudio mit C++. Dank Visual Assist hat Eclipse keine Chance. Und da auch Eclipse Plugins verwendet, darf ich auch Plugins für VStudio verwenden...
Vergleichen wir dann Eclipse mit Java mit VStudio mit C#. Kein relevanter Unterschied.
Mit Ausnahme bei C++, da ist VStudio einfach ungeschlagen, bieten die guten IDEs etwa das selbe an features an.
-
Artchi-Beobachter schrieb:
Viel wichtiger ist doch, warum es Artchi immer wieder nötig hat jeden Thread, der irgendwie irgendwas mit irgendwas aus der Java-Welt vergleicht, gleich wieder in einen "Xxx vs. Java"-Flamewar zu verwandeln. Beispielsweise finde ich es einfach lächerlich, dass er hier wieder C++ ins Spiel gebracht hat, ala "das geht doch auch alles mit C++, nehmt lieber alle wieder C++, das ist allem haushoch überlegen", unabhängig davon ob das bisher zur Diskussion stand. Er ist einfach lächerlich ..
c++ kam so ins Spiel
Artchi schrieb:
Java- und C++-IDEs zu vergleichen ist nicht sehr klug, ..
da frag ich mich doch wer auf welche keywords wie anspringt
-
Artchi schrieb:
golden_jubilee schrieb:
1. eclipse importiert die pakete selber im studio schreib ich immer den namespace hin, nachdem ich rausgefunden habe welcher es ist
packages != namespace
Weiterhin macht vieles nicht Eclipse, sondern die Reflection von Java! Eclipse schmeisst die JVM an und fragt über Reflection die Eigenschaften ab. Das ist also kein IDE-Feature, sondern es wird von der IDE dem User lediglich visualisiert und interaktiv angeboten. Schmeiss mal Reflection raus aus Java, und die IDE kann dann auch nichts mehr bzw. die Eclipse-Entwickler müssten erstmal einen Parser bauen.Schon mal geguckt?
eclipse\plugins\org.eclipse.jdt.core_3.4.0.v_874.jar\org\eclipse\jdt\internal\compiler\parser\