Hi.
Wozu ist das .NET Framework eigentlich gut?
Ich hab das nämlich auch aber weis garnichts damit anzufangen.

Moderiert von DeCodeGuru: Topic verschoben und Titel angepasst

Das .NET Framework ist zum Beispiel dafür gut, damit du die neuen VB.NET Programme benutzen kannst.

Also wenn irgendjemand ein neues Prog geschrieben hat mit VB.NET dann musst du dieses Framework haben um es starten zu können.

Ist sowas in der Art von vbrun300.dll, nur eben für NET.

Und, was für uns wohl viel wichtiger ist, damit man neue Delphi.NET programme starten kann. Das framework ist halt eine klassen-bibliothek + Jitter etc.

Hallo,

das .NET Framework ist wohl am ehesten mit der Java Virtual Maschine zu vergleichen. Es ist also ein Plattform, die ein künstliches Betriebsystem bzw. einen künstlichen Rechner abbildet, und auf der Programme die für diese künstliche Maschiene geschrieben wurden laufen.
Es soll mal ein Framwork für alle möglichen Betriebsysteme geben, so das .NET Programme auf allen Möglichen Betriebsystemen und Plattformen laufen.

Gruß
Klabautermann

Hi,

hier für alle ein Einsteiger-Tutorial (inclusive moi) in .NET die (wie ich) das Ding installiert haben und so recht nicht wissen was das ist. Natürlich ist das "Hallo Welt" Programm auch dabei.

Hier die Links:

www.delphi-source.de...ials/dotneteinstieg/

www.delphi-source.de/grundlagen/dotnet/

In diesem Sinne lasst es krachen

ist es nicht eigentlich von der Performance furchtbar, eine weitere Ebene zwischen Programm und Hardware zu schalten? ich denk da nur mal an das doch recht gemächliche Java, natürlich kann man sowas optimieren, aber...

Klar ist es langsamer als eine ganz normale exe.
Allerdings:
1) der Unterschied ist bei "normalen" Programmen mit der heutigen Hardware ist für den user kaum erkennbar.
2) man ist dafür unabhängiger vom Betriebssystem.

Man würde also vermutlich keine Riesige Datenbankanwendung, die Millionen von Einträgen verwalten muss auf ein Framework legen, aber die meisten dinge, die der Otto-normal-user so braucht kann man eigentlich Problemlos laufen lassen.

aber z.B. für Spieleprogrammiereung kann das durchaus einenen Signifikaten unterschied machen, ob die Sache mit 25 oder 30 frames läuft

Das Framework ist auch nicht wirklich für SPIELEprogrammierungen gedacht, sondern eher für Firmenanwendungen .
Ausserdem haben Spiele ja inzwischen fast die ansprüche von megadatenbanken-verwaltungen

naja in absehbarer Zeit wir Microsoft die w32 Schiene ja absägen, dann werden auch Spiele Programmierer wohl oder übel auf .Net umschwenken müssen (oder Linux *hoff*)

So weit ich das verstanden habe erstellt das Framework eine Binary. Da die Binary erst auf dem Ziel Rechner erstellt wird, ist sie natürlich für das Zielsystem optimiert. In sofern kann man das Framework wohl nicht mit Java vergleichen.

Viele vergessen ein wichtiges Feature des Frameworks, nämlich die Kompilation bei Installation! Das heißt, dass Programm wird während der Installation auf dem Zielrechner komplett kompiliert und die Laufzeitkompilierung entfällt!

Ich galueb, wir meinen das gleiche.

Luckie hat folgendes geschrieben:

So weit ich das verstanden habe erstellt das Framework eine Binary. Da die Binary erst auf dem Ziel Rechner erstellt wird, ist sie natürlich für das Zielsystem optimiert. In sofern kann man das Framework wohl nicht mit Java vergleichen.

Si,

Was auch der grund ist warum es gut sein kann, dass ein programm, was ich jetzt schreiben, später auf einem 64-bit system tausend mal schneller sein wird, als das win32 gegenstück, da es vom zukünftigen 64-bit .NET-framework kompiliert/optimiert wird und somit nativ im 64-bit-modus, oder Multi-prozessor-modus, arbeitet. Hingegen würde das win32 kompilat von einer 32Bit-kompatiblitäts-schicht "emuliert" (IMO bei longhorn so)...da kann man sich denken wer da alt aussehen wird

Hier wird auch auf das thema eingegangen:

homepages.borland.co...04_03_01_archive.php

Larayna hat folgendes geschrieben:

2) man ist dafür unabhängiger vom Betriebssystem.

Kannste mir das erklären ?

JoelH hat folgendes geschrieben:

Larayna hat folgendes geschrieben: 2) man ist dafür unabhängiger vom Betriebssystem. Kannste mir das erklären ?

Rein theoretisch kannst du .Net assemblies auf jedem system starten, für das es ein .Net-framework (oder binär kompatibles) gibt!

Tja, jetzt ist die große Frage für welche Systeme ien entsprechendes Framework entwickelt wird.

Hi,

MathiasH hat folgendes geschrieben:

ist es nicht eigentlich von der Performance furchtbar, eine weitere Ebene zwischen Programm und Hardware zu schalten? ich denk da nur mal an das doch recht gemächliche Java, natürlich kann man sowas optimieren, aber...

wie ja schon gesagt wurde, wird das zwischenkompilat (das .NET Programm) beim Start "richtig" und für deine Hardware optimiert compiliert. Somit sollte ein .NET Programm beim lauf (nicht umbedingt beim Start) sogar schneller sein, als die heutigen "zu allen kompatibel" EXEn.

Luckie hat folgendes geschrieben:

Tja, jetzt ist die große Frage für welche Systeme ien entsprechendes Framework entwickelt wird.

Wenn ihc das richtig verstanden habe, entwickelt M$ nur für Windows. Erlaubt aber anderen für andere Plattfomen .NET Frameworks zu schreiben. Ein beispiel für ein solches drittanbieter Framework ist Mono das Framework für Linux & Apache (stichwort ASP.NET).

Gruß
Klabautermann

maximus hat folgendes geschrieben:

Rein theoretisch kannst du .Net assemblies auf jedem system starten, für das es ein .Net-framework (oder binär kompatibles) gibt!

Man kann also sagen es ist der Versuch von M$ in sich selbst kompatibel zu werden !?