Discussion :

[Clorish]

J'ai une question un peu technique sur les interfaces.

J'ai remarqué que Delphi se base sur l'ordre de declaration pour retrouver l'adresse memoire des methodes qu'elle declare.

Autrement dit, la premiere methode = @interface, la 2e = @interface+0x00000001, etc ...

Si on saute la declaration d'une methode, les adresses sont decalées et la methode appelée pointe sur la zonne memoire de la decalration de la supposée methdoe precedente (qu'on a omis) ce qui entraine une erreur.

Je me demandais donc si il n'etait pas possible de definir a cote de la declaration de la methode d'une interface une adresse memoire ou est definie la methode ...

LE principe serait de pouvoir declarer ue interface incomplete dans la partie "cliente" de l'application, celle qui ne fait que manipuler un objet par son interface, transmise par la partie "server" (souvent la dll).

[sjrd]

C'est impossible car contraire à l'esprit des interfaces : une interface, une fois qu'elle a reçu son GUID, ne doit normalement plus changer ! Si on veut en faire une nouvelle version, il faut en hériter. Et si tu veux une restriction, ben soit il fallait ajouter un ancêtre à ton interface, soit utiliser l'interface complète.
D'ailleurs je ne vois pas de trop où se situe le problème (même les interfaces ne DirectX ne font 100 lignes...)

[Clorish]

Bhoa mon probleme est tout bete :
J'ai une Dll qui exorte des objets COM.
Pour l'utiliser j'importe la Librairie de type dans le Fichier XXX_TLB.Pas

J'ai su par d'autres sources que l'outils Borland est catastrophique a ce sujet, et code des fonctions en melangeant les parametres, les types, ou ioublie certains ligens de code dans la gestion des Events.

Donc je voulais effectivement me refrapper a la main toutes les interfaces et le fichier TLB.

Comme le temps est compté et que je n'utilise que 5% des fonctions des interfaces pour le moment, je voulais m'occuper que des fonctions que j'utilise.

Je peux effectivement copier/Coller l'integralité des interfaces et et retoucher uniquement celles que j'utilise mais cela pose 2 pbs : Je suis egalement obligé de redefinir tous les types utilisées par les autres fonctions et lors de l'utilisation aucune differences ne sera faite entre celles qui sont "sure" et les autres ...

Donc je voulais definir dans mon exe des interfaces qui ne declare que les methodes utilisées.
Lors de test j'ai remarqué que l'on pouvais en supprimer la moitie des declaratiosn sans pbs . .a conditions qu'aucune des fonctions declarées au desses de toutes celeles utilisées ne le soient.

Une directive qui indique a delphi de nous faire confiance et de moduler l'adresse qu'il utilise par un offset defini par nous meme aurait ete pratique a mon avis.

Une interface est un contrat entre l'objet qui implemente l'interface et l'objet quie la manipule. Mais ce "contrat" de doit etre respecte que dans le cadre de l'implemntation ...
Si tu dis que ton objet implemente un interface on est en droit d'attendre que cette objet reponde positivement a chaques methdoes de l'interfaces car chacune d'entres elles peuvent etre utilisée un jour au l'autre.
Dans le cadre de l'utilisation, tu connait les methdoes que l'objet est suceptible de manipuler mais je ne vois pas en quoi iul est important que cette definition se doit d'etre complete ....

DE la meme maniere, tu n'as le faire un cast descendant que si tu est sur que l'objet derive de l'interface de cast car tu est en mesure apres le cast de faire appel a chacune des fonctions de l'objets. Si une d'elle manque ca plante.

Par contre les cast ascendant ne sont pas genant car apres tout on est pas obligé de connaitre toutes les fonctiosn proposées par un objet pour pouvoir le manipuler correctement ....