Wer braucht Delphi XE - go back to the roots!

[Tonic1024]

Zitat:

Zitat von Bernerbaer

Das ist nicht mehr Ironie, das ist Ignoranz! [..] (die du wohl gerne ignorierst) [..] (den du ja nicht komplett zu lesen gewillt bist)

Muss ich mich nun irgendwie angegriffen fühlen, bloß weil ich deine Meinung nicht (vollständig) teile? Ich glaub nicht...

Zum Thema inline c# (Also wenn, dann inline prism - falls es nicht morgen schon wieder vom Markt ist):
Wär schon geil... Soweit ich mich erinnere kann man in .Net Standard (win32) DLLs laden und damit interagieren. Und Hydra kann sowas in die andere Richtung. Es ist, ohne dass ich jetzt der Fachmann auf dem Gebiet wäre, bestimmt was machbar in dieser Richtung. Ob das Resultat dann praxistauglich wäre und ob es überhaupt Sinn macht potentiell portierbare Anwendungen an eine Plattform zu binden lasse ich mal offen jetzt. Zumal es ja nicht das erste Produkt wäre, das eigendlich keinen Sinn macht. ;)

Gruß,

Toni

[mkinzler]

Man kann aus C# per P/INVOKE auf nativ Programmbestandteile (EXE/DLL) zugreifen, das ist wegen den Sicherheitfeaturen von .NEt (CAS) nicht besonderst performant.
COM/INVOKE ist da besser.
Aber das wäre ja nicht inline. In diesem Fall müsste ja 2 getrennte Programme erstellt werden.

[Tonic1024]

Stimmt... Aber wenn das im Hintergrund geschehen würde und man das Geschwindigkeitsdefizit in Kauf nähme? das käme inline-code, auch wenn er den namen nicht verdient hätte, schon sehr nahe.

Man könnte Wrapper für Hardwarezugriffe verwenden die der Hersteller nur als Assemblies liefert (mir passiert) und könnte dann immernoch entscheiden ob man sein "Monsterprojekt" in .Net neu schreibt oder an einer Stelle auf Geschwindigkeit verzichtet.

[Edit]Ich hab mal mit System.Runtime.InteropServices experimentiert. Das meinte ich. War mir entfallen wie das heisst. [/Edit]

Toni