GentooForum.de

Mhh, ist das Absicht oder wieso kann ich nicht voten?

C# wird sich bestimmt ein Stück weit durchsetzen denke ich, da es anscheins eine schöne Sprache sein soll.

Aber das .Net Konzept ist doch irgendwie auch nicht der Weisheit letzter Schuss...

Ich denke das es keinen Erfolg hat und da ich eher ein pragmatischer Programmierer bin lerne ich momentan Ruby...

Gruss,
Huhny

ne, geht nicht.

Kenne .NET leider überhaupt nicht, ich mach grade ein java Praktikum, das ist aber auch alles.

Bei mir gings ohne Probleme, denke aber das C# sich unter Windows schon durchsetzten wird, wobei die Frage ist ob als Java-Ersatz(.Net) oder als Ersatz für VBA.

sollte jetzt überall wieder funzen

Gruss, lexx

C# und .Net als Alternative zu Java? hmm, hoffs doch net ... wo ich doch seit min 5 Jahren Java-addicted bin!! :wink:
is meiner Meinung nach ne geile Sprache ...

Stefan

Es ist noch nicht allzu lange her, aber da haben wir mal nen Ausflug ins Fraunhofer Institut nach Stuttgart gemacht. Irgendwann im Laufe des Tages hatten wir dann auch einen Vortrag über den Sachverhalt .NET und Java. Sicherlich ist es ja so, daß durch das Framework, welches der CD beiliegt, alle Sprachen (ASP. C# u.s.w.) gemischt werden können, sowie eine Laufzeitumgebung für diese Sprachen gestellt wird. Aber das Prinzip kennen wir ja schon von Java. Ich denke, daß diese ganze .NET-Geschichte mal wieder so´n Marketinggag von Microsoft ist. Wir erinnern uns ja immer noch gern an die Sache mit dem Internet-Explorer. Der Kunde wird somit an dieses Produkt gebunden. Als damals das JDK von Sun erschien, hat Microsoft auch mal wieder ne eigene Lösung gebastelt und Ihre eigene Laufzeitumgebung entwickelt. Diese unterstützt natürlich noch mehr, allerdings nur auf Windowssystemen. Es gab mal ne Aussage von Microsoft-Projektleiter Ben Slivka über das Java Development Kit bzw. die Java Foundation Classes, man müsse „es bei jeder sich bietenden Gelegenheit anpissen“. Die haben ja damals sogar ein Gerichtsverfahren an den Hals bekommen und nun versuchen sie es halt aus einer anderen Richtung und entwicklen diese .NET-Geschichte. Allerdings sehe ich dem ganzen sehr skeptisch gegenüber. Das liegt teilweise aber auch daran, daß ich keine Entwicklungsumgebung brauche die mal eben 3-4 GB Plattenplatz für sich beansprucht...

Ich habe seit meinem Studium Java als neuen Favorit gewählt und habe das noch nicht bereut.

So long...

moins,

ich bin noch ein verfechter der nativen applications d.h. purist im sinne von C u. C++ mit compilern zu hex verarbeitet.
Ich halte weder Java FW noch .Net FW für sinnvoll, aus div. Gründen:

1. Geschwindigkeit
   
2. Faulheit
   
3. Abhängig von zwei "Herstellern"
   [/list:o]
   
   Zu 1.)
   Bis jetzt ist mir keine Anwendung bekannt, die wirklich Flott laeuft, weder java noch .net.
   und mittlerweile hab ich echt viele applications durch, mit denen man haette native sehr gut arbeiten können.
   
   zu 2.)
   Die Frameworks nehmen viele dinge einfach zu gelassen auf.
   Die Sprachen sind konzipiert worden, um schnell ergebnisse zu bekommen. Doch sind diese Ergebnisse meistens für die Tonne, weil die Programmierer sich nicht "den Kleinigkeiten" des Systems auseinander gesetzt haben.
   
   zu 3.) Ja, Abhängigkeiten von SUN und MS (auch wenn Mono von GMiguel ist), wir sind von den beiden Gnaden abhängig.
   
   regards,
   
   \sh

Zitat

u 1.)
Bis jetzt ist mir keine Anwendung bekannt, die wirklich Flott laeuft, weder java noch .net.
und mittlerweile hab ich echt viele applications durch, mit denen man haette native sehr gut arbeiten können.

Hallo,

das mit der Performance ist absolut richtig. Habe mal unter .NET einen Routenplaner erstellt. Die Zeichnung der hat schon performance gekostet, obwohl sehr viel energie darein gesetzt wurde. Unter Java hätten wir diese Performance überhaupt nicht erreicht.

Von daher kommen diese Sprachen nicht an c/C++ ran.

ABER:

Was interessant ist: Diese beiden FW sind auf dem Serverbereich interessant. Ob nun J2EE oder .NET EnterpriseServices. Hier vertraut man auf den GarbageCollector. Da man sich keine Speicherleaks oder Fragmentierung erlauben kann.

Ich denke, dass J2EE klar im Vorteil ist, da dieses Produkt ausgereifter und vor allem konstengünstiger ins Einsatz kommen kann (vgl. JBOSS und Win2003).
.NET hat aber was COM+ betrifft, vorteile. Hier kann jedes Programm andocken, egal ob Delphi, c++, Java oder sonst..
Bei J2EE ist dies meines Wissens nach nur mit Corba zu lösen (Bitte korrigieren, falls es falsch ist).

Die Webservices stehen für beide Plattformen offen. Dies ist auch eine öffentliche Schnittstelle für alle Platformen.

Hi,

um das Thema nochmal aufzugreifen: Da Teile von .NET standardisiert sind und sich Mono mit C# nur an diese Standards hält ist man von keinem Hersteller in dieser Hinsicht abhängig. Schon gar nicht ist man so abhängig wie bei Java. Hier legt wirklich ein Hersteller fest, was passiert. Mono ist eine freie Implementierung von .NET und .NET entscheidet nicht Microsoft alleine. Die Abhängigkeit ist also kein Grund.

Ansonsten habe ich gehört, dass der Aufbau von C# sehr schön und einfach sein soll. Hab gestern einfach mal Mono emerged und mit MonoDevelop ein kleines HelloWorld mit C# und Gtk# programmiert und das rennt echt gut. Das Programm lies sich sofort starten, also keine Konfigurationsprobleme (Auch wenn das Programm die Endung .exe hat) und es lief absolut problemlos und die Programmierung erinnert eben stark an eine Mischung aus Java mit Gtk. Ich finds eigentlich ganz nett, da es echt einfach ist.

Ich werde mich mal weiter mit dem Thema beschäftigen und schauen, was sich da die nächste Zeit tut. Ich glaube, dass es durchaus eine Alternative auch in der Linuxwelt werden kann. Insbesondere wenn es darum geht eine GUI-Anwendung zu schreiben. Einfach, unkompliziert und läuft überall.

Mich würde mal interessieren, ob man den Quellcode, wie bei Java wiederbekommen kann mit einem Decompiler. Bei Java ging das ja hervorragend. Kann mir nicht vorstellen, dass Geizkragen Microsoft das so einfach ermöglicht.

Gruß

Mike

.Net hat auf jeden Fall vorteile gegebenüber Java:

- der code wird nicht interpretiert sondern direkt ausgeführt, dadurch gibs auf jeden Fall eine bessere Performance (ich weiß dass es auch jit-compiler für java gibt, aber die kommen meines wissens auch nicht an die performance ran)

- .net ist sprachen-unabhängig und bietet somit sprachenübergreifendes (und mit mono auch plattformübergreifendes) RPC (besser als Java RMI / CORBA)

als nachteile von .net sehe ich aber auf jeden fall:

- die ganze Passport-geschichte: sprich ein zentralisiertes authentifizierungs-verfahren. schlimm wirds wenn die sache soweit geht das man irgendwann von den MS-libs abhängig ist, die man aber nicht mehr lokal installieren kann sondern nur noch auf nem MS-Server aufrufen darf - und für jeden Aufruf werden am besten gleich lizenzgebühren fällig. die technologie ist ziemlich mächtig und damit auch gefährlich.
Aber zum Glück versuchen die Mono-Entwickler dem ein bischen entgegen zu steuern, z.B. in dem sie die Passport-geschichte dezentral implementieren etc.....

naja, also ich finde die leute von microsoft haben sich schon ne clevere sachen ausgedacht, man muss nur aufpassen was die daraus machen wollen....

Zitat

Original von shr

Die Frameworks nehmen viele dinge einfach zu gelassen auf.
Die Sprachen sind konzipiert worden, um schnell ergebnisse zu bekommen. Doch sind diese Ergebnisse meistens für die Tonne, weil die Programmierer sich nicht "den Kleinigkeiten" des Systems auseinander gesetzt haben.

Ist das nicht Sinn und Zweck eines Frameworks ??? Ein Framework soll dir ja Arbeit abnehmen damit Du dich auf das eigentliche Programmierproblem konzentrieren kannst und nicht darauf, wie Du jetzt ein Fenster auf den Desktop bringst...

Was hier irgendwie überhaupt noch gar nicht beachtet wurde ist ASP.NET. Wenn man mal damit gearbeitet
hat will man nie wieder was mit PHP oder normalem ASP machen. (ich find es auch um klassen besser als JSP, wobei ich nicht genau weiss wie sich das in letzter Zeit entwickelt hat)...

Das ganze wird noch besser durch ASP.NET 2.0 (Stichwort Masterpages, dynamische Menüs). Das sind
Features die Mono in seiner aktuellen Entwickerversion (1.1.4) auch schon mitbringt...

Schade nur, das sich nur wenige Hosting Anbieter trauen, Mono anzubieten.

Zur der Frage ob man .NET Programme dekompilieren kann: Klar geht das, Microsoft bringt beim .NET SDK ja einen Disassembler mit, der Dir schon die Zwischensprache anzeigt, welche meiner Meinung nach mit bloßem Auge schon gut zu lesen ist. Ob es jetzt ein super tool gibt, welches Dir den Quellcode ausspuckt weiss ich nicht, aber machbar ist das schon. Es gibt auch keine Möglichkeit eine Dekompilierung zu verhindern...

C# wird sich unter Windows auf jedenfall durchsetzen, die Sprache hat echt was, alleine das Framework ist so gigantisch.... .net wird sich auch sicherlich mit VB und Co durchsetzen...

Gründe?!?

1. Die Geschwindigkeit
2. Die Entwicklungszeit (ich habe einen kleinen FTP-Client, der Befehle auf mehreren FTP's ausführt mit SSL Verschlüsselung in knapp 30 Minuten programmiert, mit GUI)

Ob sich Mono unter Linux durchsetzen wird, weiß ich noch nicht, ich hoffe jedoch..

Ich denk auch, dass es unter Windows bestimmt das dominante Framework wird. Und sobald Mono auch endlich gescheite Forms hat, wird sich das unter Linux bestimmt auch durchsetzen, auch wenn es da vermutlich nicht das dominante Framework wird.

Und ich denke mal v.a. das Konzept der Sprachunabhängigkeit (was ja der große Unterschied zu Java ist, und dieplattformunabhängigkeit eigentlich eher ein netter nebeneffekt - wenn auch bestimmt ein gewollter - ist) wird noch einiges für die Popularität tun. Zumindest in den Kreisen, die nicht nur objektorientierte programmieren.