DELPHI 8 VCL = DELPHI 7 VCL ?!

[ak1]

Zitat:

ps: Ich weiss nicht ob ich Andreas Kosch zitieren darf. (Urheberrechte) ...

lol :-)

zitieren kannst du alles, darfst nur nicht komplette Artikel ohne Erlaubnis reinsetzen.

[MaBuSE]

Zitat:

Zitat von Robert_G

Die VCL.Net bringt niemanden etwas! Es werden per P/Invoke DLLs am Framework vorbeigeschliffen, da es Borland nicht geschafft hat, alle Win32 Calls auszumerzen.

Microsoft hat es ja auch nicht geschafft.
Es werden ja genauso wie in der VCL alle Win32 spezifischen Dinge via P/Invoke an das Win32 System weitergereicht.

Zitat:

Zitat von Danny Thorpe, Delphi Compiler Architect and .NET Team Lead

...
Wir erwogen zuerst, die VCL auf das WinForms-Framework aufzusetzen. Nach ein wenig Forschung wurde klar, dass die gleichen Architekturunterschiede, die es schwierig machten, VCL-Anwendungen nach WinForms zu portieren, es schwierig machen würden, eine VCL-Schicht über WinForms zu erstellen - und trotzdem auf VCL-Art zu funktionieren.

Was wir beim Evaluieren von WinForms feststellten war, dass WinForms direkt auf Win32-API-Aufrufe aufsetzt. WinForms-Fensterklassen rufen CreateWindow() auf, um Win32-Fenster-Handles zu erzeugen, sie hooken die Win32-WndProc, um Fensterbotschaften abzuhören und feuern entsprechende Events innerhalb der Klasse und so weiter und so fort.

Genau wie die VCL.
...
-----
Veröffentlichung des englischsprachigen Originals im BDN.
Übersetzung durch Martin Strohal auf delphi-source.de

Zitat:

Zitat von Robert_G

Deshalb ist es IMHO unmöglich eine komplexe VCL.Net App unter geringeren Berechtigungen als FullTrust laufen zu lassen.
:arrow: VCL.Net ist Dummfang. Das klingt hart, aber es ist nunmal so. Das Ding hat nicht mehr Hintergrund als einen angeblich einfachen Migrationsweg vorzuheucheln.

VCL.NET ist KEIN Dummfang!!!

vcl.net ist nicht perfekt, aber ein bequemer Weg sein VCL Wissen in die .Net Welt zu transportieren. Trotzdem empfehle ich jedem bei neuen Projekten keine VCL sondern WinForms zu verwenden.

Den Delphi Entwicklern stand leider nicht genug Zeit zur Verfügung alles "ordentlich" zu portieren. Ich bin mal gespannt was Delphi 9 (erscheint Ende des Jahres) in diesem Punkt bringt.

Es kann ja nicht jeder die gleiche Meinung haben :thuimb:

[sakura]

Zitat:

Zitat von Chakotay1308

PS: Dafür ist aber bei Delphi 8 auch Delphi 7 dabei.

Achtung: Nur bei einigen Updateangeboten, nicht beim Neukauf :!:

...:cat:...

[Robert_G]

Zitat:

Microsoft hat es ja auch nicht geschafft.
Es werden ja genauso wie in der VCL alle Win32 spezifischen Dinge via P/Invoke an das Win32 System weitergereicht.

Müssen sie ja auch! Dein OS ist schließlich immer noch ein Win32. ;)
Der Unterschied liegt ganz einfach darin, dass die System Assemblies des FrameWorks die Grundlage bilden, deshalb sind sie auch "vertrauenswürdig" (M$ weiß ja, was sie machen).
Bei jeder 3rd Party Assembly, die sich an der CLR vorbeischleicht kann nicht ausgeschlossen werden, dass irgendwelcher Mist verzapft wird.
:arrow: VCL.Net braucht FullTrust
FullTrust sollten aber nur Apps benötigen, die das auch wirklich brauchen.
Es ist also unmöglich eine VCL.Net App per DirectExec aus dem Internet/Intranet zu starten ohne den User um Berechtigung anzuflehen. :(

[MaBuSE]

Zitat:

Zitat von Robert_G

FullTrust sollten aber nur Apps benötigen, die das auch wirklich brauchen.
Es ist also unmöglich eine VCL.Net App per DirectExec aus dem Internet/Intranet zu starten ohne den User um Berechtigung anzuflehen. :(

Da gebe ich Dir prinzipiell Recht, aber trotzdem ist D8 kein Dummfang:!:

Mit gefällt Delphi 8 sehr gut. Und ich freue mich auch schon auf D9.

Die ungeraden Versionsnummern waren ja schon immer etwas stabiler bei Delphi.

D1 = ok
D2 = die ver 1 für 32 Bit
D3 = ok
D4 = naja
D5 = ok
D6 = naja
D7 = ok
D8 = ver 1 für .net
D9 = hoffentlich ok

Aber das ist nun auch wieder nur meine Meinung :-)

[Robert_G]

Ich habe nie behauptet, dass D8 schlecht wäre, ich finde auch sehr gut. ;)

[Brüggendiek]

Hallo!

Zitat:

Zitat von sakura

Zitat:

Zitat von Chakotay1308

PS: Dafür ist aber bei Delphi 8 auch Delphi 7 dabei.

Achtung: Nur bei einigen Updateangeboten, nicht beim Neukauf :!:

Da irrt die Miezekatze - im Webshop vom EDV-Buchversand (von Borland verlinkt) steht bei allen Vollversionen "inkl. D7" der entsprechenden Version.

Bei Enterprise und Architect gibt es kostengünstige Updates für D7 (logischerweise ohne D7) und teurer für D6 oder älter, dann mit D7. Bei Professional wäre ein Update für unter D7 woihl zu billig geraten.
Dafür sind jetzt auch Cross-Updates möglich, also z.B. von D3 Professional auf D7/8 Architect!

Fazit: Wer D8 hat, hat auch immer D7 (außer vielleicht Schulversionen, aber die tauchen ja nicht in Allgemeinangeboten auf).

Gruß

Dietmar Brüggendiek

[MaBuSE]

Zitat:

Zitat von sakura

Achtung: Nur bei einigen Updateangeboten, nicht beim Neukauf :!:

Bei der Vollversion ist es dabei.
Bei allen Updates < D7 ist es dabei

Nur bei Update von D7 nach D8 nicht. (warum auch ;-))

Edit:
Sorry, hatte Beitrag von Dietmar Brüggendiek nicht ganz gelesen.
Deshalb hier nochmal das selbe :oops: