AGB  ·  Datenschutz  ·  Impressum  







Anmelden
Nützliche Links
Registrieren
Thema durchsuchen
Ansicht
Themen-Optionen

C# Delegates in Delphi konsumieren

Ein Thema von Nic2012 · begonnen am 17. Feb 2013 · letzter Beitrag vom 20. Feb 2013
Antwort Antwort
Seite 3 von 3     123   
Elvis

Registriert seit: 25. Nov 2005
Ort: München
1.909 Beiträge
 
Delphi 2010 Professional
 
#21

AW: C# Delegates in Delphi konsumieren

  Alt 19. Feb 2013, 19:10
Danke, ich habe hier nur Delphi7 und gerade jetzt nur VS2008, ansonsten VS2010, da komme ich jetzt nicht ran. Ich bekomme hier auch Probleme mit dem ISet<INotifyEventHandler> in VS2008.

Was macht Nuget nun wirklich ? Wird ohne N. trotzdem die DLL gebaut ? Oder anders gefragt, wenn ich die Classlib. anpasse, oder gar eine neue DLL schreibe, muss ich das zwingend benutzen, um die o.g. Funktionalität zu bekommen ?
Nuget ist ein Package Manager. D.h. er sorgt dafür, dass alle Abhängigkeiten eines Packages vorhanden sind, und dass Scripts des Packages ausgeführt werden, die zum Beispiel einen Build Task eintragen oder neue Code files einbinden.

VS2008 macht IMO überhaupt keinen Sinn mehr. Dann nimm lieber VS2012 Express. Selbst VS 2008 mit Resharper wird dir kaum soviel Wert bieten wie es VS2012 Express mit Nuget kann.

Wenn du mit dem alten VS _jetzt_ weitermachen willst, nimm die Lösung mit IDispatch.
Mein DllExport untertützt nur noch Nuget und damit VS2010.

Ein TNotifyEventImplementierung für D7 liefer ich nachher nach.
Robert Giesecke
I’m a great believer in “Occam’s Razor,” the principle which says:
“If you say something complicated, I’ll slit your throat.”
  Mit Zitat antworten Zitat
Robotiker
(Gast)

n/a Beiträge
 
#22

AW: C# Delegates in Delphi konsumieren

  Alt 20. Feb 2013, 08:17
Schaue dir mal mein Nuget package an. (Mein Beispiel oben erfordert nur eine leere Classlibrary in C# in die man das Nuget Package packt, und eine Console App in Delphi)
Ja, werde ich bei Gelegenheit tun.

Aber, wie schon gesagt, arbeite ich normalerweise mit Visual Studio, auf der nativen Seite hab ich C++. Und da ist
Exportierte Funktionen aus C#
genau das Problem. Du exportierst lediglich Funktionen, die Objektorientierung geht verloren. Das ist doch schon das Problem bei PInvoke. In C++/CLI sieht man die Objekte von beiden Welten.

Aber das führt jetzt wirklich vom Thema dieses Threads weg.
  Mit Zitat antworten Zitat
Elvis

Registriert seit: 25. Nov 2005
Ort: München
1.909 Beiträge
 
Delphi 2010 Professional
 
#23

AW: C# Delegates in Delphi konsumieren

  Alt 20. Feb 2013, 09:53
genau das Problem. Du exportierst lediglich Funktionen, die Objektorientierung geht verloren. Das ist doch schon das Problem bei PInvoke. In C++/CLI sieht man die Objekte von beiden Welten.
Naja, ich exportiere oft nur eine Factory, die ein Interface zurückgibt. Von da an ist alles OO (siehe hier der Hund).
Zitat:
Aber das führt jetzt wirklich vom Thema dieses Threads weg.
Ja, das ist wohl wahr...
Robert Giesecke
I’m a great believer in “Occam’s Razor,” the principle which says:
“If you say something complicated, I’ll slit your throat.”
  Mit Zitat antworten Zitat
Antwort Antwort
Seite 3 von 3     123   


Forumregeln

Es ist dir nicht erlaubt, neue Themen zu verfassen.
Es ist dir nicht erlaubt, auf Beiträge zu antworten.
Es ist dir nicht erlaubt, Anhänge hochzuladen.
Es ist dir nicht erlaubt, deine Beiträge zu bearbeiten.

BB-Code ist an.
Smileys sind an.
[IMG] Code ist an.
HTML-Code ist aus.
Trackbacks are an
Pingbacks are an
Refbacks are aus

Gehe zu:

Impressum · AGB · Datenschutz · Nach oben
Alle Zeitangaben in WEZ +1. Es ist jetzt 07:18 Uhr.
Powered by vBulletin® Copyright ©2000 - 2024, Jelsoft Enterprises Ltd.
LinkBacks Enabled by vBSEO © 2011, Crawlability, Inc.
Delphi-PRAXiS (c) 2002 - 2023 by Daniel R. Wolf, 2024 by Thomas Breitkreuz