Fragen zu Delphi2005

[alcaeus]

Zitat von Totti:

Aber nochmal kurz zu .NET (wirklich ganz knapp, nix Tiefe ):
Was sind Endusertechnisch die Vorteile? Also ... sind die mit .NET erstellten proggys schneler, kleiner, ...
also was könnte jemanden bewegen, mit.NET zu entwickeln?

Endusertechnisch sehen viele einen Nachteil: das .NET-Framework. Dieses muss installiert sein, damit .NET-Programme ueberhaupt laufen (aehnlich der VM bei Java). Allerdings haben sehr viele User .NET-Framework installiert, und es waeren bestimmt noch mehr wenn Microsoft Deutschland es nicht aus dem SP2 fuer XP rausgeworfen haette

Der Vorteil ist eine gewisse Plattformunabhaengigkeit. Zur Zeit gibt es die Frameworks nur fuer Windows, allerdings gibt es mit Mono und dotGNU zwei Projekte, ein Framework fuer Linux zu basteln. Weiters ist zu erwaehnen, dass der Nachfolger von XP, Longhorn, das .NET-Framework standardmaessig installiert haben wird, und die bisher bekannten Win32-Programme werden nur noch in einer Sandbox laufen, aehnlich den 16-Bit-Programmen unter Win32. Mehr Infos werden dir aber die .NET-Spezialisten geben koennen. Mein Tipp: befasse dich jetzt damit, auch wenn die "Technologie" erst im Kommen ist. Sonst kann es dir leicht passieren, dass du den Zug verpassen wirst

Greetz
alcaeus

[Phoenix]

.NET Programme sind meist deutlichst kleiner als normale Win32 - Programme. Das liegt aber daran, das das eigentlich das gleiche Prinzip ist wie mit Runtimepackages in Delphi: Die Komponenten die Du verwendest sind im .NET Framework ja schon mit drin und müssen nicht extra mit Deiner Anwendung ausgeliefert werden.

[barf00s]

die .exe'n sind kleiner jedoch ist der speicherhunger umso größer (.net framework sei dank)

[Totti]

hmm ... ja das mitm Framework musste ich auch schon das ein oder andere Mal feststellen ... hab mir dann nen anderes program geuscht, dass des net brauchte

Hab hier im Board (so glaube ich zumindest) jedoch paar mal gelesen, dass das VCL.Net, also der delphiähnliche Code nur irgendwie ein Übergang ist. Wie wirds denn am Ende ausschaun? Muss man dann C# können, um .Net-Kompatibel programmieren zu können?

Es ist nämlich so, dass ich im IT-bereich studieren werde ... und ich denke, dass es langfrisitg sicher ein Vorteil wäre, sich so früh wie möglich einer zuküntsfähigen Sprache anzupassen als eine weite rauszuüben, die in absehbarer zeit nicht mehr allzu interessant ist.


Malte

[Phoenix]

Zitat von Totti:

Muss man dann C# können, um .Net-Kompatibel programmieren zu können?

Nein. Du kannst ja mit Delphi nicht nur VCL.net Programmieren sondern auch ganz reguläre Windows Forms- Anwendungen oder ASP.NET Applikationen die nicht die VCL.NET verwenden.

C# zu können ist allerdings natürlich nie ein Fehler. Allerdings brauchst Du auf Delphi nicht verzichten. Damit kann man ganz Standardkonform .NET schreiben.

[Totti]

Ahja ... also nochmal vielen Dank,
nu weiß ich erstmal, dass es sich lohnt, sich mit .NET zu beschäftigen, ich aber trotzdem erstmal in aller Ruhe weiter ganz normal Delphi machen kann


Malte

[Robert_G]

Zitat von Phoenix:

Damit kann man ganz Standardkonform .NET schreiben.

Erzeuge mitte mal eine Assembly mit folgendem Inhalt in D.Net:

Delphi-Quellcode:

type Class1 = class
end;

Nun jage es mal durch IlDAsm oder den Reflector...
Ich weiß nicht wo du da irgendetwas standardkonformes sehen kannst.
Sorry, aber der musste raus...

[MathiasSimmack]

Für alle, die kein D2005 haben: Was kommt´n raus, Robert?

[Robert_G]

Zitat von MathiasSimmack:

Für alle, die kein D2005 haben: Was kommt´n raus, Robert?

Ich habe gerade auch keinen D.Net zur Hand. Und den Inhalt habe ich verdrängt...

[Glühwürmchen]

Jetzt habe ich auch mal eine Frage:

Hier sprechen alle davon, mit Delphi2005 auf Rave umzusteigen, weil QuickReport nicht mehr unterstützt wird.

Was habt Ihr eigentlich gegen das eingebettete CrystalReport? Gibt es einen bestimmten Grund, warum das nicht empfohlen wird?