Interfaçage Windev ==> Delphi

Bonjour :D

J'ai un programme bureautique développé sous Delphi 7, cela serait-il possible qu'un autre programme développé sous Windev (les versions 5.5 et 11) d'un autre éditeur, puisse réaliser ceci :

(Enfin c'est un exemple très schématique pour plus de clarté dans la formulation de ma question)

1. Lancer mon programme (oui là je sais ;))
2. Une fois mon programme ouvert, remplir quelques Edits de mon appli
3. Ensuite "cliquer" sur un bouton (toujours de mon appli)
4. Encore un "clic" sur un autre bouton de mon apppli
5. Refermer mon appli

Je pensais qu'une DLL serait la clé de cet interfaçage entre chat et poisson, mais je n'ai pas encore grande habitude du maniement de ces biblios. Il existe peut-être une autre méthode...

Merci d'avance de vos lumières,
Jean-Pierre

Je ne connait pas Windev .... mais de ce que je sais c'est que totu programmes binaire s'appuie plus ou moins directemetn sur les API et objets windows.
Du coup, toute application, forms, boutons, edit, etc .. est sensé posseder un handle.
Le plus dur est de le recuperer mais une fois en sa pocession, on peux simuler certaines actions en envoyant nous meme des messages aux objets concerné (la aussi plus ou moins directement) grace a leurs Handle ou a ceux des parents.

Axe tes recherches de ce coté la.

Apres si tu possede les sources de l'application pilotée (ce dont je doute vu ta question), tu peux creer des objets COM (ou activeX c'est grosso modo la meme chose) pour piloter ton application.
Ole, permet de faire aussi pas mal de choses .... DDE Fut un temps servait a ca aussi :)
Autant de piste que de technologies ... mais toutes (mis a part les messages) basé sur la possession du code source.

Citation:

---

Envoyé par Droïde Système7

Je pensais qu'une DLL serait la clé de cet interfaçage entre chat et poisson, mais je n'ai pas encore grande habitude du maniement de ces biblios. Il existe peut-être une autre méthode...

---

Maintenant il est possible de creer une DLL a espace memoire partagé, qui permet non seulement de partager le code de la DLL (principe fondamental d'une dll) mais aussi la memoire de celle ci entre toutes les applciation appelantes.

J'ai juste lu ca quelque part ... mais du coup, il serait possible de communiquer d'un EXE a l'autre via la DLL grace a des variable partagees ....

A mettre au conditionnel ... car je ne suis pas sur d'avoir bien tout compris ce que j'ai lut ;)

Merci Clorish de ton approche 8-)

Je résume d'une autre façon mon problème :

Je suis l'auteur d'une appli Delphi 7, disons en gros un truc qui édite des coupons très spéciaux.

J'ai eu un courriel d'un autre éditeur qui lui programme sous Windev et qui me demandais éventuellement si mon appli pourrait complémenter son programme auprès de ses clients afin de gérer la partie édition.

Son appli gére tout sauf la partie édition de ces coupons.

Enfin pas facile à expliquer. Mais je connais mon code mais pas celui de l'autre éditeur.

Si cela était faisable, bien entendu je lui confierais le code de ma DLL afin qu'il pilote mon programme.

@+

Le mieux est qu'en effet tu sépares le code métier de ton programme et le mettes dans une DLL. Après avec quelques routines exportées tu auras l'affaire.

Et l'autre éditeur n'aura qu'à utiliser ta DLL ;)

Oui, la solution la plus simple et la plus universelle et la gestion de la partie metier dans une Dll puis concevoir une application qui impelmente l'interface GUI pour piloter la dll.

De ce fait, n'importe quelle application poura integrer ton module dans leur interface.

Bien entendu, la Dll doit etre la plus universelle possible : Exportation de fonction stdcall et sous forme d'api et non d'interfaces ...

Apres, tu peux toujours opter pour une section COM de ton application ou un module ActiveX qui permet de piloter ton application complete, mais ca ca risque d'etre plus chaud a gerer et peut etre moins universel ...

Merci les copains de vos réponses 8-)

Citation:

---

Apres, tu peux toujours opter pour une section COM de ton application ou un module ActiveX qui permet de piloter ton application complete, mais ca ca risque d'etre plus chaud a gerer et peut etre moins universel ...

---

:oops: je ne suis pas encore trop copain-copain avec les DLL (pas trop utilisées encore), alors si tu me parles d'ActiveX et que ça sera chaud... :mouarf:

Déjà que je test sur une DLL avec des fonctions basiques.

Je ne note pas encore ce topic avec le tag "Résolu" pour en garder sous le pied et si des messages complémentaires peuvent s'y coller, ce serait bien sympa.

Je vais me replonger dans le gros bouquin à Paul (Toth), grâce à lui que je me suis familiarisé avec :king:

Mais tout autre message d'aide sera le bienvenu, merci ;)

pas de soucis .... et n'hesite pas, j'y suis en plein dedans :) (demande a polo :p, 3 mois que je lui casse les pieds sur nzn :D)

Pour commencer, suffit de gerer ta Dll comme une applciation standard, avec des classes, et tout comme tu le sens, la partie GUI en moins.

Creer une serie de fonctions simple dans un premier temps qui pilote tes classes interne.
De cette maniere une simple unitee avec declaration statique des fonctiosn de la Dll suffit pour etre manipule depuis une applciation hote.

Apres si tu veux passer par des interface, c'ets mieux, mais un peu plus complexe a gerer.

je confirme la partie DLL pour avoir développer des couches sous Delphi et cbuilder pour pouvoir être utilisé par un programme sous windev... windev est assez contraignant (oui j'ai développé des applis commercial sous windev et là j'ai eu besoin de faire appel à delphi pour une question d'imprimante (loollll, jamais des histoires d'images jpeg => codage d'un logo sur des imprimantes ticket, + commandes ouverture tiroir caisse + découpes ticket .....)
J'ai du aussi passé par une couche dll delphi pour pouvoir gérer les notions de TSE (sessions distantes, partages d'imprimantes...)
sous windev on peut executer sans problème d'autres programmes et ensuite on peut aussi simuler des envois de messages.. mais c'est moins propre à mon gout que d'utiliser des fonctions exportés... tu verras c'est assez simple en fait les DLL... (il faut respecter le format standard C export d'apres mes premiers essais)
Côté ActiveX, windev était assez instable sur ce point (je ne l'ai pas testé sous windev 10 mais déja entre la 5, 5.3, 7, 9 c'était pas génial.... prob de libération de mémoire...

Bonjour,

Perso, je priviligierai la technologie COM/DCOM par rapport aux DLL.
Cela permettrait de manipuler dans windev un objet défini dans Delphi.

je sais plus si le COM/DCOM est intégré dans la version 7 de windev... il me semble que c'était à partir de la 9 mais que dans la version 7 c'était les premiers ébauches (a moins que je confondes entre la 5 et la 7...)

Quoi qu'il en soit, meme si cela est plus pratique, cela demande (pour y etre passé) un certain niveau de connaissances ;)

Une Dll fait tres bien l'affaire et a la base a ete cree pour faire ce genre de chose. I lsuffit jsute de separer la couche metier de la couche graphique, ce qui n'ets pas un mal niveau conception, et permet de rendre reutilisable la couche metier.

Si l'application est bien menée, c'est a dire que aucun code effectif ne doit etre presnt dans les fonctions exportees, la migration se fera toute seule.

Un module est generalement cree de la sorte : D'u cote les classes du module, effectuant le travail, et d'un autre, soit une serie de fonction qui ne fait qu'appeler des methodes de ces classes (ou eventelement creer des instances d'objets), Soit des classes pilotes celle qui seront exportees en tant qu'objet COM.
D'ailleur on peut vori ces classes comme un regrouppemetn sous forme d'objet des apis traditionnelles....

Enfin moi c'ets comme ca que je fait :)

Merci les copains ! :coucou:

Un de ces we, faut que je m'y attelle sérieusement.

Je vais déjà réviser... aussi reprendre mes maquettes de bidouilles avec DLL.

Jamais eu véritablement besoin de ce genre de biblio, peut-être parce que je n'ai pas été obligé de passer par là :roll:

Alors les développeurs ici compliquant encore plus la sauce = :scarymov: :haha:

Je vous montrerais mon code afin que vous me disiez si je suis sur le bon chemin.

Merci et à bientôt,:chin:
Jean-Pierre

Citation:

---

Envoyé par Droïde Système7

Je vous montrerais mon code afin que vous me disiez si je suis sur le bon chemin.

---

Pas de problemes ;)
Bon dev !

Merci Clorish, sympa à toi et aux autres copains 8-)

@+