Delphi .NET Facts - was sich ändert

[Christian Seehase]

Moin Silent,

ich würde das mal als Ansichtssache sehen.
Ein Vorteil wäre, dass Du einzelne Module (Assemblys) verwenden kannst, ohne, dass Du Dich darum kümmern musst, in welcher .NET Sprache sie erstellt wurden. Ob diese mit C#, VB.NET oder z.B. Delphi.NET erstellt wurden, darf keine Rolle spielen.
Die Idee mit der Plattformunabhängigkeit ist ja gut und schön, aber ich vermute mal, bevor das greifen kann existieren schon so viele plattformabhängige Programme, dass das schön daneben geht

[neolithos]

Zitat von Christian Seehase:

Die Idee mit der Plattformunabhängigkeit ist ja gut und schön, aber ich vermute mal, bevor das greifen kann existieren schon so viele plattformabhängige Programme, dass das schön daneben geht

So wie derzeit von der Importmöglichkeit in den Assemblys im Internet gebrauch gemacht wird. Stimmt das schon!
Darum sehe ich noch keinen Sinn zu wechseln, da sowas viel besser noch mit einem Win32-Programm geht.

Zitat von Christian Seehase:

Ein Vorteil wäre, dass Du einzelne Module (Assemblys) verwenden kannst, ohne, dass Du Dich darum kümmern musst, in welcher .NET Sprache sie erstellt wurden. Ob diese mit C#, VB.NET oder z.B. Delphi.NET erstellt wurden, darf keine Rolle spielen.

War das bei ActiveX bzw. der Dll-Technologie nicht genauso gedacht? Und ist dann durch sprachspezifsche Sachen (wie Export von Klassen) wieder eingeschränkt wurden.

Ich finde man versucht da auf brechen und biegen eine Neuerung den Leuten zu verkaufen, die noch nicht durchdacht ist.

Bis jetzt findet sich .NET meiner Meinung nach im Teststatium.

-> Man sollte sich damit Beschäftigen aber noch warten! Was nun entgültig herauskommt.

[maximov]

Hätte da auch noch zwei, für mich interssante, fragen:

Wird es RTTI einträge für records geben?
Wird die RTTI auch parameterlisten der published methoden geben?

mfg. maximov.