Discussion :

[LOZAC'H]

Bonjour,

Comment est-il possible, dans l'éditeur d'une bibliothèque de types de Delphi,

de définir un paramètre de type IStream pour une méthode d'un objet COM ?



Ce type n'est pas proposé par Delphi alors qu'il s'agit d'une interface de base de Windows et qu'il n'y a pas de librairie particulière à utiliser pour disposer de ce type.

Cordialement.

[ShaiLeTroll]

Tu voudrais hériter de IStream ou juste l'utiliser en paramètre d'une méthode ?

Si héritage
La ComboBox n'est pas exhaustive, IUnknown ou ton propre type IStreamDeMonProjet
Avec Supports, tu pourras déterminer si l'objet échangé fourni une implementation de IStream même si déclaré IUnknown

Tente aussi de modifier directement le MIDL, tente de remplacer par IStream mais il me semble que c'est galère !

Si juste méthode,
La Combox n'est pas tout à faire limité aux items de la liste, tu peux saisir manuellement des types, en fait tu peux ajouter des pointeurs !
La combo est très capricieuse, tu dois mettre un type existant dans la liste ou un pointeur d'un type existant dans la liste, rien de plus

Mais IStream même si tu pouvais le déclarer dans la ComboBox, le problème c'est qu'il ne sera pas ce que c'est dans le _TLB.pas car on peut pas modifier ce fichier généré pour y ajouter un uses (sauf si il inclu ActiveX qui déclare IStream), donc retour au IUnknown

Pense que tu dois mettre IUnknown * pour un paramètre en entrée et IUnknown ** pour un paramètre de sortie (ou retour de fonction safecall)

[LOZAC'H]

Tu voudrais hériter de IStream ou juste l'utiliser en paramètre d'une méthode ?

Si héritage
La ComboBox n'est pas exhaustive, IUnknown ou ton propre type IStreamDeMonProjet
Avec Supports, tu pourras déterminer si l'objet échangé fourni une implementation de IStream même si déclaré IUnknown

Tente aussi de modifier directement le MIDL, tente de remplacer par IStream mais il me semble que c'est galère !

Si juste méthode,
La Combox n'est pas limité aux items de la liste, tu peux saisir manuellement des types non ? tu peux mettre ce que tu veux dedans ce que tu veux même si la combo est très capricieuse !
Mais IStream, le problème c'est qu'il ne sera pas ce que c'est dans le _TLB.pas, donc retour au IUnknown

Pense que tu dois mettre IUnknown * pour un paramètre en entrée et IUnknown ** pour un paramètre de sortie (ou retour de fonction safecall)

Merci,

Je désire uniquement utiliser le type IStream pour un des arguments des méthodes présentées par mon objet COM. Il m'est inutile de faire connaître aux utlisateurs la structure réelle du flux que je crée.

Il est possible de saisir le texte "IStream* " dans la combobox de l'éditeur de type mais Delphi ne le conserve à la fin de la saisie car ce type est inconnu de l'éditeur.

Bien sûr, je sais pouvoir utiliser le type IUnknown mais il ne permet pas à un utilisateur de mon objet COM de connaître le type utile du paramètre qu'il reçoit.

Je considère que l'interface COM que je définis, doit être la plus claire/explicite possible. C'est pourquoi je désire disposer de tous les types d'interface basiques de Windows, en particulier tous ceux définis dans Ole32.dll.

[ShaiLeTroll]

Tu devrais regarder les contrôles ActiveX de plus près !
Par défaut, un TActiveXControl servant de base à l'implémentation d'un objet ActiveX supporte IPersistStreamInit (et donc IPersistStream) ainsi que IPersistStorage
Tu devrais voir si tu dois ne pas exploiter cela au lieu d'utiliser directement des IStream, semble qu'il y a des bcp de choses prévues (mais tordues comme toujours en MS)

Sinon, rien ne t'empeche de faire ton propre IStreamLozac, avec juste Read et Write, derrière tu hérite TOleStream pour son implémentation, en interne, tu pourrais l'utiliser en IStream, si ça te fait plaisir, mais l'utilisateur de ton appli lui devra utiliser un IStreamLozac

Tu as pensé au SafeArray, c'est le type tableau nativement géré par VB lors d'une utilisation entre OCX !

Regarde sur Visual Studio (C++ ou VB), si il propose IStream dans son éditeur de MIDL (je ne ne connais absolument pas), si cela se trouve, IStream ne peut-être pas utilisable en MIDL et tu te fatigue pour rien !

[Franck SORIANO]

Je considère que l'interface COM que je définis, doit être la plus claire/explicite possible. C'est pourquoi je désire disposer de tous les types d'interface basiques de Windows, en particulier tous ceux définis dans Ole32.dll.

C'est un très bon principe. Le problème c'est que tu ne peux voir dans l'éditeur de la TLB que des éléments qui sont eux même publiés dans une bibliothèque de types.
A priori, l'interface IStream est spécifiée par Microsoft mais n'a pas été publiée dans la TLB pour autant, ce qui fait que tu ne peux pas la référencer dans une bibliothèque de types.

[LOZAC'H]

C'est un très bon principe. Le problème c'est que tu ne peux voir dans l'éditeur de la TLB que des éléments qui sont eux même publiés dans une bibliothèque de types.
A priori, l'interface IStream est spécifiée par Microsoft mais n'a pas été publiée dans la TLB pour autant, ce qui fait que tu ne peux pas la référencer dans une bibliothèque de types.

Merci pour le commentaire et la réponse.

Cette réponse n'est pas celle que j'espérais mais elle a l'énorme avantage d'être précise, claire et argumentée.
Je vais donc me tourner une autre solution.

[sjrd]

IStream existe dans Delphi. Je crois même qu'elle est déclarée dans Classes. As-tu seulement googlé "delphi istream" ?

[ShaiLeTroll]

IStream existe dans ActiveX comme je l'ai dit dans ma 1ère réponse du 17 Aout 2011 - 11h11

Mais il est impossible de l'ajouter dans l'editeur MIDL donc impossible de l'utiliser comme type directement comme l'a parfaitement expliquer Franck SORIANO, IStream est déclaré dans Ole32.dll mais le stdole2.tlb que l'on utilise pour importer les types dans notre propre bibliothèque ne publie pas IStream
Soit il faut trouver un TLB qui fourni IStream soit se résoudre à IUnknown

Sinon, il semble que IStream est conçu pour être utilisé pour la sérialisation d'un ActiveX via IPersistStream en tout cas, c'est comme cela que fonctionne Word et Excel. On peut même penser que Microsoft n'a pas conçu cette interface pour d'autres utilisations que la leur !

Si tu développe directement un objet ActiveX héritant de TActiveXControl, tu bénéficierait naturellement de IPersistStream et de son implementation par défaut mais tu peux faire un override sur LoadFromStream et SaveToStream
au besoin !

le soucis de TActiveXControl, c'est que c'est lourd, c'est un control visuel comme le TButton ou le TTreeView !

Je ne l'ai fait qu'une seule fois, pour exporter le TTreeView dans une version de Navision qui n'avait pas ce contrôle, je n'ai fait que debugger cet ActiveX pour un pote (il n'avait plus de dev delphi chez son employeur)