Was ist eigentlich C#
-
Eben! Weil du mit deinen Produkten Geld verdienen möchtest, ist es besser, wenn du kostenlose Werkzeuge zur Verfügung hast. ...dann kostet die Entwicklung weniger und du kannst schneller Profit machen.
kostenlose Werkzeuge haben denn Nachteil, dass sie häufig schlecht getestet sind. Haben zwar gute und auch interessante Features, aber sind sie doch sehr häufig instabil. Natürlich kann mir das mit einer professionellen Firma auch passieren, allerdings ist da der Support um einiges besser, so das hier dann weniger Probleme auftauchen und das Produkt schneller Fertig ist. Dies ist halt die Erfahrung die ich gemacht habe!
Zeig mir bitte ein Programmierer-Forum, in dem deutlich mehr über C# gesprochen wird. ...keins, das sowas, wie "C#" oder ".NET" im Namen hat, denn dann müßte man es ja am ehesten mit den Foren auf http://www.c-sharpcorner.com/forum/
Dann sind mal die wichtigsten, wo ich selber häufig nach Antworten suche!
Ich habe mich tatsächlich nicht wirklich mit C# beschäftigt. Ich habe nur ein paar Artikel zu C# gelesen, die eigentlich zeigen, dass es nahezu keine Unterschiede zwischen C# und Java gibt, wenn man nur die Sprache betrachtet.
Wenn man es von der Sprache aus betrachtet; fast. Denn die Properties möchte ich nicht mehr missen.
Allerdings nervt es micht jedesmal auf neue, der Vergleich C# mit Java. Was wollt ihr jetzt eigentlich mit einander Vergleichen, den Syntax oder den Framework bzw. die Runtime?
Ach übrigens ihr könnt ja auch mit Java .NET (J#) programmieren, auch kann man Anwendungen mit Java 1.4 auf .NET portieren. Ich hab dies allerdings noch nie ausprobiert, da es mich nicht interessiert.
-
Bevor ich nichts gegenteiliges höre, gehe ich mal davon aus, dass J# kompatibel mit Microsofts VM ist und damit nur Java 1.1.? abdeckt und selbst dazu nicht standardkonform ist.
...mal gucken, was du da für Seiten gezeigt hast. 3 davon haben schonmal vom Namen her etwas mit C# oder .NET zu tun. Zum Vergleich sind sie deshalb nicht zu gebrauchen. ...oder man vergleicht sie mit den Foren auf www.java.sun.com:
GotDotNet C#-Forum : 8 Threads, deren letzter Eintrag am 28.12. war.
.Net 247 : Habe das Forum nicht gefunden
C-SharpCorner C#-Forum : 4 Threads, deren letzter Eintrag am 28.12. war.Java.sun.com Java-Programming-Forum : 73 Threads, deren letzter Eintrag am 28.12. war.
"http://discuss.develop.com/" überrascht mich etwas. Allerdings kann ich diese Seite auch nicht so ganz einordnen. Was ist das?
Ich sehe zumindest weiterhin nur sehr geringes Interesse an C#. ...natürlich vor allem bei Hobby-Programmierern. Da kann man sich ja Boards, wie http://www.programmiererboard.de/phpBB2/ angucken, bei denen es nicht um eine spezielle Sprache geht. Da sieht es für C# noch schlechter aus als hier.
-
Schmarn!!! Java hat alles von C# geklaut
-
ich bin total interessiert an einem vergleich java, c# und auch an einer diskussion, ob c# wirklich "im kommen ist" die nächsten jahre.
in meinem umfeld wird überlegt, ob nun kurse zu c# aufgenommen werden sollen.aber achtung: auch in dieser diskussion finde ich die ebenen vermischt..
nicht hier den gleichen unsinn machen, den wir oft im java forum erleben: java versus c++... sowas ist interessant, solange man/frau abstrakt die momentane politik aufdeckt und stellung bezieht, jedoch sollte keiner von uns diesen kleinen fight zum persönlichen problem machen.ich bin selber nur ein kleines rädchen im großen system. ich muss können, was verlangt wird.
damit ich die die nase in den wind hängen kann und/oder auch mal in der vergangenheit rumbuddele, dafür liebe ich dieses forum
-
...mal ein anderer Vergleichsansatz :
Welcher Markt ist denn eigentlich das Ziel von C#?
Bei Java hört man immer wieder, dass es gerade im Serverbereich mit J2EE genutzt wird. Ich kenne mich da aber leider nicht aus, deshalb kann ich dazu nicht so viel sagen. Angenommen, der Servermarkt ist auch von C# bzw. .NET ein Zielmarkt:
Ist das dann nicht schon von Anfang an zum Scheitern verurteilt, weil man mit .NET auf ein Betriebssystem angewiesen ist, das in diesem Markt AFAIK eher eine untergeordnete Rolle spielt?
2. Markt : Einfache Applikationen :
Hier wird C# wohl mehr Chancen haben, da für viele Applikationen größtenteils Windows als OS interessant ist und MS das .NET-Framework in kommenden Windows-Versionen wohl mit ausliefern wird. Allerdings finde ich in diesem Zusammenhang dies hier recht interessant. Wenn MS letztendlich auch eine aktuelle JVM mit Windows ausliefern muss, dann hat C# hier keinen Vorteil mehr.
-
Gregor:
Ausser den WinForms ist doch alles an .NET standardisiert...Und ich glaube nicht, dass man die winforms fuer Server wirklich braucht. Und vergiss bitte ASP.NET nicht - das steckt zwar noch in den kinderschuhen, aber schau dir mal die entwicklung von ASP in den letzten jahren an.
Ausserdem gibt es auch schon PHP.NET - dh man kann .NET auch mit PHP programmieren. Das sind IMHO schon vorteile von .NET am servermarkt.
-
Original erstellt von Shade Of Mine:
**
Ausser den WinForms ist doch alles an .NET standardisiert...
**Gibt es eine komerzielle Portierung des .NET-Frameworks auf Unix? Komerziell wegen dem damit verbundenen Support. Ich denke, dass Support dort schon angebracht ist.
Eine Standardisierung bringt erstmal garnichts, wenn es keine entsprechenden Produkte gibt. ...man braucht auch nicht immer eine Standardisierung. Bei Java ist z.B. nichts bei einer Standardisierungsorganisation standardisiert, trotzdem ist es auf dem Servermarkt erfolgreich.
-
Original erstellt von Scania V8:
[QB]
[quote]Zudem kann man bei C# noch garnicht absehen, wie es sich entwickeln wird. Vielleicht (...und IMHO wahrscheinlich) redet da in einem Jahr keiner ein Wort mehr drüber. Die Wahrscheinlichkeit, dass man da aufs falsche Pferd setzt ist IMHO sehr hoch, weil C# einen zeitlichen Nachteil gegenüber Java hat und zuwenig neues bringt.
Dies was du hier geschrieben hast in ein Beweis, das du dich mit .NET nicht richtig auseinander gesetzt hast. Vorteile:
[list]* Einfachere Entwicklung von Anwendungen : Wie unter Visual Basic lassen sich GUI-Anwendungen schneller Entwickeln. Der Vorteil von .NET gegenüber VB ist, dass man über Interopservices Zugriff auf alle native Komponenten die auf dem System installiert hat. Der ganze Wirwar an Win32 Funktionen, sind jetzt übersichtlicher Struktoriert und .NET lässt sich einfacher benutzten als die MFC.Ja das stimmt wohl. Aber Vorteil von C# gegenüber Java ist dies nicht.
Denn WinForms ist nicht plattformunabhängig.
Java - SWT ist von der Geschwindigkeit erstaunlich gut.- Komponenten Entwicklung für COM, DCOM, ActiveX ( oder besser Windows DNA ) hat sich immens vereinfacht. D.H ich kann unter .NET auf COM-Komponenten zugreifen, aber auch mit .NET Komponenten anbieten die eine native Anwendungen über COM zugreifen kann. Nachteil ist vielleicht, das .NET installiert sein muß.
Nachteil ist das du auf anderen Plattformen als Windows kein COM finden kannst.
DCOM leistet auch nicht das was mit Enterprise Java Beans möglich ist.
Ich habe gelesen das Zustansbehaftete verteilte Komponenten mit DCOM nicht
möglich sind. Nicht umsonst setzen Firmen wie BEA, Oracle IBM auf EJB Container
und nicht DCOM.
Wenn ich hier falsch liegen soll bitte ich um aufklärung.- Ich kann meine Sprache frei wählen ( Ok, sie muß natürlich die CLR vollständig unterstützen )
Es gibt ebenso verschiedene Sprachen die Java Bytecode erstellen.
Es hat sich jedoch nicht durchgesetzt das diese genutzt werden.
Was daran liegen kann das die Sprache Java wirklich wunderbar
für ihr einsatzgebiet passt.Einfache XML-WebServices Entwicklung. Auch wenn ASP.NET noch allerhand Bugs hat sehe ich hier große Potenzial. Allerdings ist dies nicht mein spezialgebiet.
Webservices lassen sich mit etwas Kenntnis in Java ebenso recht leicht entwickeln.
Ich gebe zu das Visual Studio .net es dir so einfach machst das du
nichtmal programmieren können muss um einen Webservice zu erstellen.
Nur sehe ich hier das Einsatzgebiet von RAD nicht. Wenn ich einen Webservice
entwickeln will dann sollte der Entwickler schon erfahren genug sein um auch
so WSDL u. SOAP zu verstehen.- Die Administration von Komponenten ( jetzt Assemblies ) hat sich stark vereinfacht. Dadurch das sich eine Assembly sich selbst beschreibt, muss sie als private Assembly nicht mehr Registiert werden. Und mit Anwendung.exe.config kann man auch alle Unterverzeichnisse angeben die von der Anwendung benötigt wird.
So stand das auch in .net Crashcourse MS-Press
welches ich vor 1.5 ?? Jahren mal gekauft
hatte.
Musste schnell feststellen das dies kein Fachbuch
sondern ein Werbebuch war und eigentlich
die Hauptaufgabe hatte die "Vorteile" herauszuarbeiten.- Eine Anwendung hat weiterhin die .exe Ergänzung, also sie verhält sich wie eine normale native Anwendung.
Auf windows.
Geht mit Java ebenso, Wenn du software schreibst was hält dich davon ab eben für die 3 wichtigsten Plattformen (U|Li)n(u|i)x,Windows,MacOS eben scripts zu schreiben.
MacOS kenn ich nicht. Aber den Aufruf zu automatisieren würde ich mich in Windows und Linux/Unix trauen durchzuführen.- Bessere Versionsverwaltung, wobei ich selber bestimmen kann ob ich eine starke oder eine schwache Versionsverwaltung benutze.
- Man muß für primitive Typen keine Wrapper Klassen schreiben, usw.
- Und halt der Rest was Java so kann.
Das mit den Wrapper Klassen lasse ich wirklich gelten.
Boxing wird das Marketingtechnisch bei .net gesehen und
ist ne Tolle sache.Den Rest den Java kann seh ich nicht so. Es gibt eine menge
was .net nicht zu verleisten mag im moment.[ Dieser Beitrag wurde am 21.01.2003 um 13:19 Uhr von HolyFly editiert. ]
-
Auf windows.
Geht mit Java ebenso, Wenn du software schreibst was hält dich davon ab eben für die 3 wichtigsten Plattformen (U|Li)n(u|i)x,Windows,MacOS eben scripts zu schreiben.
MacOS kenn ich nicht. Aber den Aufruf zu automatisieren würde ich mich in Windows und Linux/Unix trauen durchzuführen.Es ist nichtmal nötig für Windows nen Script zu schreiben. Es gibt einen echten Compiler, der dir eine Exe aus deinen Java Klassen erstellt.
-
Denn WinForms ist nicht plattformunabhängig.
Java - SWT ist von der Geschwindigkeit erstaunlich gut.SWT ist AFAIK auch nicht plattformunabhängig. ...IMHO spielt Geschwindigkeit in diesem Bereich aber keine Rolle. Ich hatte noch nie Performance-Probleme mit Swing.
-
Und warum ist dann nur als Beispiel der Borland JBuilder (und andere IDEs) sau lahm?
-
Original erstellt von <swing lamez>:
Und warum ist dann nur als Beispiel der Borland JBuilder (und andere IDEs) sau lahm?Konnte ich so noch nicht feststellen. Der JBuilder hing bei mir früher manchmal ein paar Sekunden. ...Opera hängt bei mir manchmal ne halbe Minute und Opera hat nichts mit Swing zu tun.
-
Opera hängt ne halbe Minute?
Mhhh - konnte ich bisher nicht feststellen.
Momentan hab ich die 7 Beta 2
-
Als ich mal den JBuilder 4 mit keine Ahnung
mehr welcher jre Runtime ausprobiert habe
war JBuilder auch saulahm.
Nun mit 1.4 und JBuilder 8 sehe ich dies auch
nicht.
Für die meisten ist Swing ganz einfach ziemlich
ungewohnt.SWT ist vielleicht nicht "wirklich" Plattformunabhängig.
Aber es äuft auf meinem Linux Rechner und Windows Notebook
klasse.
Soviel ich wiess ist auch MacOs kein Problem.
-
Also wenn du ohne RAD auskommst: http://www.javaeditor.de/ - der Editor ist nicht übel.
Aber nano, vi und co tun es auch
-
thx für den tipp mit javaeditor SnorreDev
