Version imprimable
Bonjour tout le monde.
Je me demande s'il est possible de créer une API en même temps qu'un logiciel afin qu'un autre logiciel puisse prendre la main sur notre propre logiciel.
Je ne sais pas du tout quelle technologie ou quels composants permettraient de le faire.
Merci pour vos conseils sur le sujet.
Bonjour,
On peut utiliser (entre autres, mais c'est la méthode que je préfére) les technologies COM qui permettent de définir de créer des objets dans l'API et de l'utilser via ses méthodes et propriétés dans le programme appelant.
Pour info, DCOM+ permet d'utiliser une API située sur une autre machine.
Toutefois, le logiciel appelant ne "prend pas la main", il utilise plutôt le code de l'API et permet de dialoguer avec le process qui implémente cet API.
Salut, les objets COM permettre de faire comme une dll où on partage les méthodes qu'on a définit dans l'application ou est-ce comme par exemple l'objets automation qui permettent de manipuler une instance d'Excel ?
Bonjour,
Les objets d'automation EXCEL utilisent les technologies COM.
On peut appeler un objet COM à partir d'une application, mais aussi les utiliser dans une DLL.
Je croyais qu'ils utilisaient les objets OLE. Ou bien les objets OLE font parti de la technologie COM.Citation:
Envoyé par Graffito
Pour faire sa propre API, on doit réutiliser les objets COM ou doit-on créer des objets COM ?
Bonjour,
COM est une extension d'OLE.
Pour faire sa propre automation, on constuit l'application qui gère l'objet COM et on l'enregistre. Lorsqu'un process commence à faire appel à l'objet COM, l'application COM est lancée, à moins qu'elle n'ait dèjà été activée auparavant.
Merci, je pense que je vais me renseigner plus sur les objets COM.
Si je peux me permettre un petit conseil. Il est nécessaire de bien connaître la manipulation des interfaces objet. "Tout repose pratiquement" sur cette technique.
Regarde également comment sont construites les bibliothèques de type. C'est très formateur.
Bonne découverte
Tu parles des Interfaces qui sont des classes qui ne font que déclarer des méthodes mais sans implémentation ni champ dans l'objet ?Citation:
Envoyé par Pascal Jankowski
Euh si je ne suis pas devenu dingue c'est l'inverse, non ? OLE est une extension de COM ;)Citation:
Envoyé par Graffito
C'est bien cela :)Citation:
Envoyé par WebPac
[edit]... on en voit la queue :mrgreen:[/edit]
Effectivement, ce sont aux classes qui gèrent l'interface qui devront implémenter les méthodes de l'interface.Citation:
Envoyé par WebPac
C'est très pratique et cela permet par exemple à Delphi de simuler l'héritage multiple et de façon très simple.
Mais c'est bien plus qu'un simple principe, c'est surtout une philosophie de développement.
Pour connaître un peu mieu leur fonctionnement, je te renvoie vers un exemple documenté par Sjrd qui utilise les interfaces dans la partie II de son tuto sur la réalisation de plug'ins.
Je te renvoie également sur un autre lien tout aussi intéressant.
Cordialement
[edit] Quand on parle du loup :lol: [/edit]
Merci Pascal Jankowski pour tes conseils, je connaissais déjà les interfaces auparavant mais je n'avais jamais eu besoin d'en faire. Ton lien sur les objets connectibles paraît vraiment très bien, je sens que je vais encore apprendre pas mal de choses, j'en suis fort content. :D
Bonjour ,
Si tu cherches des info sur COM il y a sur ce site un pdf qui s'appelle "automat.pdf" qui explique la création et l'utilisation d'un serveur COM dans Delphi , c'est ici :
http://delphi.developpez.com/cours/com/
J'adore ce pdf , c'est grâce à lui que j'ai réussis mon dernier examen .
:lahola:
Merci beaucoup pour ce lien, je vais le potasser, il paraît répondre exactement à ma problèmatique.
Bonjour a tous,
Je propose d'actualiser ce post car les objets COM ne sont plus d'actualité je pense.
Est-ce que Delphi pro peut suffire pour cet objectif ou Enterprise avec datasnap ?
Mais peut-être d'autres solutions éventuellement ?
d'avance merci