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

[marcoX]

Also ich konnte mich trotz aller Lobhuddelei irgendwie nie damit anfreunden.

Das hat Gründe:

Nummer 1) Ich sehe den Sinn nicht so. Gut, für MFC-Programmierer ist C++ .NET sicher ein Segen, bloß vieles über was sich dort gefreut wird, konnte der C++ Builder schon vor 12 Jahren - nativ! Und wenn ich sehe, was mit der VCL (oder Units wie Synapse) alles möglich ist (bald sogar Cross Compiling), dann frage ich mich, wozu man das Framwork-Gedöns denn bitte braucht? Und verschiedene Sprachen...nun es gibt die VCL für Delphi, für den C++ Builder und für PHP, zeitweise gab es sie sogar für C#. Wenn das Borland/Embacadero mit den winzigen Mitteln alles kann, was könnte dann bloß Microsoft alles?

Nummer 2) Die "Umstände". Im Grunde brauch ich bei einem 100KB .NET Programm immer 40MB Gedöns. Gut, bei einem .NET 2.0 Programm kann man davon ausgehen, dass es relativ viele haben, setze ich aber auf .NET 4 muss man selbst bei Vista den ganzen Kram mitliefern oder zumindest einen Web-Installer anbieten. Und das, wo viele Anschlüsse auf dem Land immer noch ISDN haben - meine Kunden können vom ".NET mit ISDN nachladen" ein Lied singen. Aufgrund der fehlenden Aufwärtskompatibilität (wie auch) wird sich das Problem auch in Zukunft nicht lösen lassen.

Ich bin wirklich happy, dass es mit Delphi/Lazarus eine letzte Bastion gegen den totalen .NET Zwang gibt!

Was ich übrigens wirklich sehr amüsant finde:
Microsoft entwickelt seine Tool selbst nicht mit .NET. Weder portiert es Anwendungen (auch kleinere nicht), noch habe ich Software entdeckt, die MS selbst in .NET programmiert hätte.

[FredlFesl]

Was hat dot.NET mit VCL oder Synapse zu tun?

[jaenicke]

Zitat von marcoX:

Was ich übrigens wirklich sehr amüsant finde:
Microsoft entwickelt seine Tool selbst nicht mit .NET. Weder portiert es Anwendungen (auch kleinere nicht), noch habe ich Software entdeckt, die MS selbst in .NET programmiert hätte.

Das stimmt so nicht.
Im Businessbereich wird/wurde z.B. Microsoft Dynamics NAV auf C# portiert.
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...

Zitat von marcoX:

Im Grunde brauch ich bei einem 100KB .NET Programm immer 40MB Gedöns.

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.

Jetzt überlege dir einmal, dass deine Benutzer nur ISDN haben. Du machst jetzt 5 Updates. Dann musst du bei einer .NET Anwendung gerade mal ein paar KiB jeweils übertragen. Bei einer nativen Anwendung musst du aber jedesmal mehrere MiB übertragen...

Zudem hast du als Entwickler sehr viel weniger Aufwand, weil du sehr viel bereits im Framework zur Verfügung hast, was du z.B. in Delphi alles nachprogrammieren oder mit zusätzlichen Komponenten abdecken musst. Das alles muss dann aber auch in die Anwendung einkompiliert werden, so dass diese größer wird. Und du hast den Aufwand.

Ich selbst entwickle zwar auch lieber nativ in Delphi, aber die Vorteile von .NET sehe ich durchaus und ich arbeite auch immer wieder mal damit, sei es mit Delphi Prism oder C#.

[himitsu]

Zitat von jaenicke:

Zitat von marcoX:

Im Grunde brauch ich bei einem 100KB .NET Programm immer 40MB Gedöns.

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.

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

Wenn nicht, dann
2 in .Net 1.x
2 in .Net 2.x
2 in .Net 3.x
2 in .Net 4.x
und jeweils noch das Framework dazu.

Dann ist Lazarus doch noch kleiner

[Bernhard Geyer]

Zitat von himitsu:

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

Es gibt noch verwendbare Anwendungen in .NET 1.0?

Damit bleiben nur noch .NET 2 und .NET 4 übrig da ja .NET keine eigene Framework-Version ist.

[Phoenix]

Zitat von himitsu:

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.

[holliesoft]

Zitat von Phoenix:

Zitat von himitsu:

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

[Phoenix]

Zitat von holliesoft:

Quelle? Gerade in einer VM getestet: Windows XP ohne irgend ein .net Framework

Nehm mal ein anständiges OS das keine 10 Jahre als ist, wie z.B. Vista oder 7
Bei XP muss man die 2.0er Runtime tatsächlich noch manuell Nachinstallieren.

[marcoX]

Zitat von jaenicke:

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 von marcoX:

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)