Module in Delphi.Net für C# schreiben

[Elvis]

Zitat von alzaimar:

Code:

Uses SysUtils,
  System.Globalization,
  [u]Borland.Vcl.[/u]Variants, 
  [u]Borland.Vcl.[/u]XmlDoc,
  [u]Borland.Vcl.[/u]XmlIntf;

Um es mal mit aller geheuchelter Zurückhaltung zu fragen...
Ich dachte du wolltest .Net Code schreiben?

Spass beiseite: Was du dir da zusammengeschrieben hast ist Code, der wie Delphi32 aussieht, und all die Kompatibilitätsdingsens brauchen nunmal Platz.
Du musst also mindestens die Borland.Vcl extern referenzieren, oder du kompostierst es in dein Assembly hinein.[1]
Ersteres lässt dich ein Mordsgerät mitliefern, zweites macht dein Assembly zu einem Mordsgerät.

Probiere einfach bei den Funktionen zu bleiben, die .Net mitbringt. Und Delphi-Variants in .Net zu benutzen dürfte deinen C#-Kollegen eher zu unterdrückten Flüchen(Wenn du sein Chef bist ) oder ernsthaften Handgreiflichkeiten verleiten .
Vermeide in .Net einfach jegliche delphi-spezifische Delphi-dingsens, die meisten davon wird man von C# aus nicht ohne Reflection benutzen können, die anderen sehen einfach furchtbar aus.

System.Xml bringt schnieke XML-Klassen mit.
System.Object ist bereits das was ein Variant im alten Delphi war, schlicht und ergreifend weil alles davon ableitet, selbst die primitiven Typen.

[1]Kiek mal in die Referenzenliste deines Projektes und klicke mal auf die VCL.
Im Objectinspector solltest du jetzt die Eigenschaften dieser Referenz bearbeiten können.

[alzaimar]

Hi Elvis,

da wird mir nun einiges Klar, obwohl ich nicht verstehe, wieso z.B. Variants (wenn ich sie nur lokal verwende) so einen Overhead produzieren, oder gar zu Handgreiflichkeiten führen. Denn ich verwende sie nur innerhalb der alten Delphi-Unit.

Aber im Grunde genommen kann ich auf Variants komplett verzichten, denn ich verwende sie nur zur Abstraktion der XML-Nodevalues. Die sind aber ohnehin Strings, wobei deren Datentyp auch noch netterweise als Attribute ('xsi:type = 'xsd:double') mitgeliefert werden.

Weiterhin verwende ich noch diverse Stringroutinen, die vermutlich auch ein entsprechendes dot.net Pendant haben...

Nun gut, also werde ich doch mal nachsitzen und das VCL-Dingens (heißt das im englischen Original VCL-Thingies?) wegdingseln.

Danke an Alle für die Aufklärung.