Lazarus.net?

[gerdi]

Es gibt ja das sourceforge-Projekt "Delphi.net".
Dabei wird über das Com-Interface auf .Net-Libraries zugegriffen.

Auch Lazarus kann Com.
Also sollte das doch auch mit Lazarus gehen?
Sogar mit Mono unter Linux?

Mein Wunsch ginge noch weiter:
Das Compact-Framework von .Net.


Lazarus kompiliert ja wunderbar für CE-arm. Dann könnte man sogar mobile-.net mit Lazarus sehr konfortabel programmieren.

- Hat jemand damit Erfahrungen?
- Kann jemand Aussagen über die Möglichkeit machen?
- Hat jemand einen besseren Vorschlag für das Zusammenspiel von Lazarus und .net? (Es gibt ja auch den freien Delphi-.net-Kompiler von Borland. Vielleicht könnte man mit einem Skript Lazarus-Quelltexte so adaptieren, dass sie durch diesen Kompiler laufen.)

Danke für jeden Tipp!

[theo]

http://www.freepascal.org/faq.var#dotnet" onclick="window.open(this.href);return false;

[marcov]

Es gibt ja das sourceforge-Projekt "Delphi.net".
Dabei wird über das Com-Interface auf .Net-Libraries zugegriffen.

Moeglich, kenne ich nicht.

Auch Lazarus kann Com.

Ja, aber das ist noch nicht ganz fertig. Speziell die Abwesenheit von SEH konnte Probleme machen.

Also sollte das doch auch mit Lazarus gehen?

Vielleicht.

Sogar mit Mono unter Linux?

Keine Ahnung, aber das hat doch kein Zweck? .NET ist eine Wahl für Microsoft.

Mein Wunsch ginge noch weiter:
Das Compact-Framework von .Net.

Lazarus kompiliert ja wunderbar für CE-arm. Dann könnte man sogar mobile-.net mit Lazarus sehr konfortabel programmieren.

Ein bisschen mit .NET über COM kommunizieren und in Mobile.net (also .NET Code generieren) sind zwei SEHR unterschiedliche Dinge.

Und ich weiß nicht sicher ob es COM überhaupt gibt auf Mobile.NET. Normales .NET is DCOM basiert, aber CF.NET? Keine Ahnung.

- Hat jemand damit Erfahrungen?
- Kann jemand Aussagen über die Möglichkeit machen?

Womit exakt? Moeglichkeit von was? Nur "Lazarus" und ".NET" ist ein bisschen zu breit.

- Hat jemand einen besseren Vorschlag für das Zusammenspiel von Lazarus und .net?

Dasselbe wie alle andere Native Sprachen. Mann kann via Interop von .NET native Code nutzen, und es gibt COM.

(Es gibt ja auch den freien Delphi-.net-Kompiler von Borland. Vielleicht könnte man mit einem Skript Lazarus-Quelltexte so adaptieren, dass sie durch diesen Kompiler laufen.)

Fast unmoeglich. Delphi.NET und (native) Delphi sind unterschiedliche dinge. Und eben native Delphi und Lazarus sind nicht ganz dasselbe. Und man würde noch immer ein GDI App behalten, und nicht magisch eine Winforms App erzeugen.

Siehe auch http://www.freepascal.org/faq.var#dotnet" onclick="window.open(this.href);return false;

[gerdi]

@Theo

Danke für die Antwort!

.. und die Kritik teile ich ja auch!

Aber nun ist einmal das .net (compact) Framework auf vielen Geräten. Und manchmal lassen sich gewisse Funktionen (z.B. Hardware, Datenbanken ...) über solche Libraries einfach erreichen.

Wenn ich es richtig sehe, dann müsste i.W. nur die "dotnetexec.pas"-Datei von Delphi auf Lazarus übertragen werden und Lazarus hätte Zugriff auf alle Funktionen des "delphi.net"-Projektes von sourceforge.

Ein geringer Preis für ein grosses Resultat!!!

(Allerdings mösste ein Com-Interface-Spezialist sagen, ob das möglich ist. Ich habe keine Erfahrungen mit dem Com-Interface unter Lazarus.)


@marcov

Ein bisschen mit .NET über COM kommunizieren und in Mobile.net (also .NET Code generieren) sind zwei SEHR unterschiedliche Dinge.

Das ist schon so und kompilierter Lazarus-Code ist sicher besser als MS-Bytecode.
Aber an angewisse Funktionen kommt man nicht so gut ohne .net.
In .net zu kompilieren ist kein angestrebtes Ziel von mir. Aber wenn man mit konfortablen Libraries von Delphi.net auf das Framework zugreifen könnte wäre das schon gar nicht schlecht.
Der Zugriff über Com würde mir völlig ausreichen.

[marcov]

(Allerdings mösste ein Com-Interface-Spezialist sagen, ob das möglich ist. Ich habe keine Erfahrungen mit dem Com-Interface unter Lazarus.)

Gut genug um seriös zu experimentieren (aber nutze 2.5.1, und nicht 2.4.0 oder 2.2.4). Es gibt nur ein großes Problem in 2.5.1 (kein SEH), und ein Paar kleinere (wie zb http://bugs.freepascal.org/view.php?id=16054" onclick="window.open(this.href);return false;)

Aber vorsicht: COM auf Win32 und auf WinCE sind ganz unterschiedliche Sachen, weil es auch unterschiedliche OSes sind.

Ich weiß nicht einmal sicher ob es überhaupt COM auf CE gibt.

[gerdi]

Hier heisst es, dass COM eine der weitverbreitesten Techniken in Windows Mobile sei:
http://www.docstoc.com/docs/20924251/Po ... ian-OS-v9x

One of the most used architectures within windows mobile is the component object model (COM) objects.

(Das sei ein grosses Problem der Portierung von Windows Mobile nach Symbian, welches ECOM statt COM benutze.)


Auch hier erscheint COM (oder je nach dem DCOM) als eine der wichtigsten Grundlegungen von Windows CE, Windows Mobile und pocket pc:
http://www.absoluteastronomy.com/topics/Windows_CE


MSDNhttp://msdn.microsoft.com/en-us/library/aa910232.aspx