Mögt ihr das .NET Framework? Ich bis heute nicht

[Ralf Kaiser]

Zitat:

Zitat von Medium (Beitrag 1112709)

und es mit #Develop eine freie IDE gibt, an der ich bislang kaum etwas vermisse

Da drängt sich mir die Frage auf: Kann man in SharpDevelop auch andere (.NET-)Sprachen einbinden? Ich denke da an Prism! :wink:

[Bernhard Geyer]

Zitat:

Zitat von Ralf Kaiser (Beitrag 1112717)

Ich erinnere da nur mal an die Datenbank "Blackfish". Diese sollte ja die neue Datenbanktechnologie darstellen (das beste seit der Erfindung des geschnittenen Brotes). Wer damals damit ein größeres Projekt gestartet hat war hinterher ganz schön in den Hintern gekniffen...:wink:

Glücklicherweise ist es bei uns wegen Lizenzkosteneinschränkungen (wir brauchen Royality-Free-Verteilung mit DB-Größe > 10 GB) ziemlich früh raus gefallen.

[Stevie]

Zitat:

Zitat von Ralf Kaiser (Beitrag 1112718)

Zitat:

Zitat von Medium (Beitrag 1112709)

und es mit #Develop eine freie IDE gibt, an der ich bislang kaum etwas vermisse

Da drängt sich mir die Frage auf: Kann man in SharpDevelop auch andere (.NET-)Sprachen einbinden? Ich denke da an Prism! :wink:

Ich meine mich zu erinnern, dass du mit Prism eh das VS (oder wars nur die Shell) bekommst, in die es sich integriert und du somit eh nix anderes brauchst, aber das kann Sebastian bestimmt besser beantworten. ;)

[Medium]

Prinzipiell ist #Develop dahingehend erweiterbar, man muss nur entweder eine Einbindung finden oder selber bauen (Highlighter-Definitionen, Compilerschalter und so Dinge). Von Hause aus waren, als ich zuletzt geupdated habe, C#, Boo und J# Unterstüzung drin. VB.NET kann auch sein, da bin ich grad nicht sicher. Aber wer will das schon ;)

[Phoenix]

Zitat:

Zitat von Stevie (Beitrag 1112725)

Zitat:

Zitat von Ralf Kaiser (Beitrag 1112718)

Zitat:

Zitat von Medium (Beitrag 1112709)

und es mit #Develop eine freie IDE gibt, an der ich bislang kaum etwas vermisse

Da drängt sich mir die Frage auf: Kann man in SharpDevelop auch andere (.NET-)Sprachen einbinden? Ich denke da an Prism! :wink:

Ich meine mich zu erinnern, dass du mit Prism eh das VS (oder wars nur die Shell) bekommst, in die es sich integriert und du somit eh nix anderes brauchst, aber das kann Sebastian bestimmt besser beantworten. ;)

Äh.. ein ganz klares JAIN :)
Ja, Prism bringt die Visual-Studio Shell mit. Prism kann sich allerdings auch in ggf. frühere vorhandene VisualStudio Editionen (ausser Express) einklinken.

Prism gibts aber auch in MonoDevelop. MonoDevelop ist ein Fork von #Develop, das zuerst von Windows Forms auf Gtk# umgestellt wurde und auch ansonsten Massiv aufgebohrt wurde.
Gtk# deshalb, damit es auch auf dem Mac und auf Linux läuft. Und das tut es sehr gut. ;-)

[marcoX]

Zitat:

Zitat von jaenicke (Beitrag 1112649)

Das SQL Management Studio ist in C# geschrieben, ebenso zumindest Teile von Windows Live. Die Zune Software ebenfalls. Diverse Tools wie IDEs und Compiler sind mit einer .NET Sprache geschrieben worden (Visual Studio, Sharepoint, serverbasierte Dienste wie ASP, die MSDN-Webseite u.a. selbst, Team Foundation Server, XBox Live, ...).

Da gibt es schon sehr viel. Und dass nicht alles auf .NET portiert wird, ist eben auch eine Kosten-/Nutzenfrage...

Stimmt, das mit dem Management Studio hatte ich selbst mal gesehen, war mir aber leider entfallen.

Zitat:

Dafür sind die einzelnen Anwendungen sehr klein. Wenn du zehn native Anwendungen hast, sind diese auch locker 40 MiB groß. In .NET geschrieben gerade einmal 1 MiB. Und in Lazarus geschriebene Anwendungen sind sogar eher noch größer.

Das ist korrekt, aber man kann ja auch in Delphi den Compiler anweisen nicht alles mit einzukompilieren und dann DLLs beilegen. Dann hat man auch nur eine wenige KB große EXE.

Ist mir jedenfalls (die Geschmäcker sind da sicher verschieden) als ein Framework.

[Ralf Kaiser]

Zitat:

Zitat von marcoX (Beitrag 1112764)

Das ist korrekt, aber man kann ja auch in Delphi den Compiler anweisen nicht alles mit einzukompilieren und dann DLLs beilegen. Dann hat man auch nur eine wenige KB große EXE.

Ist mir jedenfalls (die Geschmäcker sind da sicher verschieden) als ein Framework.

Wobei: Wenn man die VCL und anderen nötigen Teile eines Programmes als BPLs beilegt, was hat man dann?

Eben: Man hat ein Framework beigelegt (oder muss es zum Download anbieten) :wink:

[marcoX]

Zitat:

Zitat von Ralf Kaiser (Beitrag 1112765)

Zitat:

Zitat von marcoX (Beitrag 1112764)

Das ist korrekt, aber man kann ja auch in Delphi den Compiler anweisen nicht alles mit einzukompilieren und dann DLLs beilegen. Dann hat man auch nur eine wenige KB große EXE.

Ist mir jedenfalls (die Geschmäcker sind da sicher verschieden) als ein Framework.

Wobei: Wenn man die VCL und anderen nötigen Teile eines Programmes als BPLs beilegt, was hat man dann?

Eben: Man hat ein Framework beigelegt (oder muss es zum Download anbieten) :wink:

Man muss ja nicht die ganze VCL beilegen, das was manan DLLs beilegen muss, ist nicht sonderlich viel, ich glaube wenige MB, war jedenfalls damals beim C++ Builder so. Und auch bei C# muss man neue "Komponenten" in Form von DLLs beilegen.

Ich finde die Delphi-Lösung jedenfalls weit flexibler. Ich kann es einkompilieren, ich kann es aber auch lassen.

[Phoenix]

Zitat:

Zitat von marcoX (Beitrag 1112767)

Ich finde die Delphi-Lösung jedenfalls weit flexibler. Ich kann es einkompilieren, ich kann es aber auch lassen.

Was ist daran flexibler? Das geht mit .NET bzw. mit Mono auch. Man kann mittels Full-Ahead-of-Time compilation auch die Teile der Runtime in eine native .exe einkompilieren die benötigt werden. Das ist dann das gleiche was Delphi mit seiner RTL macht. Dann wird die .exe halt ein klein wenig größer, man braucht aber dafür kein Framework zu installieren. Hat halt den Nachteil, dass man das dann pro Plattform neu kompilieren muss, also separat für OS-X, Linux und Windows. Ach.. moment.. das kann Delphi ja nicht. Also ist man mit Mono dann doch flexibler ;-)

[holliesoft]

Zitat:

Zitat von Phoenix (Beitrag 1112690)

Zitat:

Zitat von himitsu (Beitrag 1112678)

Laufen .Net 1.0 Anwendungen auch in .Net 2, 3 oder 4?

Es gibt drei Runtimes: 1.1, 2.0 und 4.0.
4.0 hat die 2.0 immer im Bauch (auch in der 30 MB großen Client-Profile Variante).

Das heisst um wirklich alles im .NET Bereich ausführen zu können braucht man lediglich 1.1 und 4.0. Wobei die 1er nicht mehr wirklich Relevant ist.

Quelle? Gerade in einer VM getestet: Windows XP ohne irgend ein .net Framework, .net Framework 4 Full Installer installiert, Anwendung für .net 2.0 gestartet, Fehlermeldung:

---------------------------
MergeMovies.exe - .NET Framework Initialization Error
---------------------------
Unable to find a version of the runtime to run this application.
---------------------------
OK
---------------------------

So weit ich weiß:
1. Runtime 1.1
2. Runtime 2.x => .net Framework 2, 3.0, 3.5
3. Runtime 4.0