Vedrørende DLL

Ja - du kan ikke direkte hente typer fra en dll.
Dertil kommer varianter af dll-filen som fx Borland's bpl-filer; de kan indeholde alt det du kender fra units - dvs. procedurer/funktioner, typer, herunder klasser og variable.

Vil du lave et plugin-system?

Men det kan jo selvfølgelig 'omgås' en smule.
Hvis du vil have en række konstanter liggende i en dll-fil, så kan du jo bare tilføje en funktion ReadConstant(ConstantID: Integer): Pointer; og eksportere denne fra dll'en.
Records er jo blot en angivning af / strukturering af data.. og fylder som sådan ikke noget i din kode ved deklarationen. Det gør derfor ingen forskel hvor en record er deklareret, men hvis det er nødvendigt, at dll-filen skal fungere som plugin og dermed have magt til at ændre i en record's struktur, kan du lave nogle funktioner som fx:

function CreateRecord: Pointer;
procedure AddRecordValue(RcdHandle: Pointer; ItemId: Integer; Value: Pointer; SizeInBytes: Integer);
procedure DelRecordValue(RcdHandle: Pointer; ItemId: Integer);
procedure DisposeRecord(RcdHandle: Pointer);

Klasser er nok det eneste som vil være ret besværligt manuelt at skulle eksportere/importere via en dll.

Men så igen har Microsoft jo udviklet COM-teknologien hvormed du faktisk har objektorienteret adgang til en dll-fil (dvs. klasser) ! *Plus* at man kan have typer som fx enumerations, records/structs osv..

:o)

Ja, det er faktisk en slags plugin system, jeg godt kunne tænke mig at lave. Men det skal være en måde, som også er kompatibel med andre sprog (C++) og det DLL jo. Jeg ved ikke om COM er det, faktisk ved jeg ikke så meget om COM over hovedet!!!!

Jeps COM/ActiveX/Ole er kompatibelt på tværs af sprog.

Kan jeg ikke lave noget lign.

type
  TTest = record end;
  stdcall = TTest;

Det kan jeg i hvertfald godt kompile!

Kan du ikke give et eksempel med en klasse og en COM?

:D
1) nej, desværre
2) jow men det er lidt mere avanceret end som så.
hvilken version af delphi har du?

Jeg bruger 4!

Hvad er ulemperne eller forskellen med COM og ActiveX og Ole?

oky, jeg har selv 5-7.
gå ind i delphimappen\demos\activex\oleauto og snus lidt rundt. Her er eksempler på brug af activex/com

Det er navne for samme teknologi

Er der forskel mellem fleksibilitet of hastighed mellem DLL og COM?

jeg har lavet en lille demo:
http://e.innovision.it/Delphi/PluginDemo.zip

Altså et COMobjekt ligger i en dll!
Men COM er langsommere end dll'er, men det kan sagtens omgås.
Det kan fortælles at Internet Explorer og de forskellige Windows Scripting sprog (VBScript og JScript) også bygger på COM (Component Object Model)

(eller i en exe, eller i en ocx m.v..)

hvis den ikke virker skal du lige fjerne PluginInterfaces fra MainApplication.dpr

Jamen det ser jo meget fornuftigt ud det hele... :)) Jeg forstår bare ikke din SamplePlugin_TLB unit. Hvordan finder du ud af TGUID (De lange nummere) er det noget du bare opdigter eller har det en logisk forklaring? Og hvad betyder de?

Det laver Delphi (som benytter windows api'et) for mig. Det står for Global Unique IDentifier, kernen i Windows' registrering af klasser.
I delphi kan du bede den om at lave dig en ny GUID ved at trykke Ctrl+Shift+G

Ahaaa.... der går et lys op for mig :))

Noget der lige sprang mig i øjene...

{$TYPEDADDRESS OFF} // Unit must be compiled without type-checked pointers.
{$WARN SYMBOL_PLATFORM OFF}
{$WRITEABLECONST ON}

Hvad betyder de? Jeg kan ikke finde beskrivelse i hjælpefilen...

Det er da helt sikkert noget jeg skal lege lidt med :)) Tusind tak for din demo!

Jeg forhøjede lige points... da du ærligt har fortjent dem :))

najj takk :D
øhh du skal ikke tage dig af de 3 compiler directives, dem laver delphi selv for at kunne kompilere skidtet. hele det unit bliver genereret automatisk. prøv at trykke f12 når du er i det unit så ser du der hvor det hele sker. type library editoren.

prøv iøvrigt at lege med "ActiveX"-fanebladet hvis du går op i Delphi->File->New...