Discussion :

[jodan33]

Bonjour à tous,
Voila mon problème , j'ai d'un coté un projet delphi qui génére une Dll qui crée des écrans tactile pour des réservations en restaurant et de l'autre un projet qui gére des chambres d'hotel , on peux basculer de l'un vers l'autre sans probleme , par contre les .pas et les procédures sont propres à chaque projet .
Comment pourrai je utiliser les procédures existantes dans le projet Hotel pour la Dll du resto (tactile)?
quelqu'un a t il une ou des idées?

[saidus]

Import les procedures et les fonctions du projet Hotel et utilise les dans l'autre projet
voir le tuto
Tuto sur les Dll's

[ShaiLeTroll]

Si tu souhaites fonctionner de façon modulaire, et donc rester avec les deux projets distincts ... voir Exports

Si tu ne te préoccupe pas de la modularité en particulier, tu peux très bien utiliser les unités d'un projet dans un autre, ... ces unités peuvent être considéré comme des unités communes, ...

[jodan33]

Merci , pour vos réponses , mais là je cale sérieux, La FAQ me donne pas de réponse si je tape "liaison dll / exécutable; ou bien DLL tout court.
J'ai consulté les tuto et je trouve de la doc pour utiliser les units d'une DLL dans un prohjet , mais pas de renseignement l'inverse , c'est à dire utiliser des procedure d'un exé (à partir de ces sources ) pour une DLL. ????

[Paul TOTH]

j'ai peur de ne pas bien comprendre la question...

mais pour utiliser les sources d'une application dans l'autre, il suffit d'ajouter les .PAS d'un projet dans l'autre

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

1
2
3
4
5
 
library resto;
uses
 Resto1 in 'C:\resto\Resto1.pas'
...

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

1
2
3
4
5
6
 
program hotel;
uses
 Hotel1 in 'C:\hotel\Hotel1.pas',
 Resto1 in 'c:\resto\Resto1.Pas'; // partage du source avec Resto
...

[jodan33]

Bonjour,
Tu as bien compris la question , j'ai déjà essayé ta solution , le problème c'est que lorsque je compile j'ai des messages d'erreurs il me manque des fichiers .dcu , et de plus chaque Unit possède ses propres uses dans son projet ..
Bref c'est un peux touffu tout ça .

[Paul TOTH]

or donc c'est une question d'organisation

reprenons l'exemple

- un répertoire RESTO pour le restaurant
- un répertoire HOTEL pour l'hotellerie
- un répertoire COMMON pour les sources communs

tu vas retrouver ce genre de choses :

RESTO\resto.dpr
RESTO\resto1.pas
RESTO\resto1.dfm
HOTEL\hotel.dpr
HOTEL\hotel1.pas
HOTEL\hotel1.dfm
COMMON\fiche1.pas
COMMON\fiche1.dfm
COMMON\outils.pas

on va supposer que Fiche1.pas fait un uses de outils.pas

si tu ajoutes Fiche1.pas dans un des projets, tu vas avoir une erreur sur outils.dcu non trouvé.

tu as alors 2 approches, soit tu déclares dans les options du projet un "chemin de recherche" "..\common" du coup outils.pas se retrouvée automatiquement.

Soit tu déclares explicitement toutes les unités du projet dans le .DPR (Projet/Ajouter au projet - Shift+F11)

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

1
2
3
4
5
6
7
8
 
program Hotel;
uses
 hotel1 in 'hotel1.pas', { THotel1 }
 fiche1 in '..\common\fiche1.pas', { TFiche1 }
 outils in '..\common\outils.pas';
begin
end.

En déclarant explicitement l'emplacement des unités au niveau du .DPR, les uses des unités du projet fonctionnent sans problème.

Moi j'aime bien cette second approche car elle ne laisse aucun doute sur l'emplacement du source, alors que dans le premier cas tu as un ordre de recherche de l'unité qui peut conduire à des confusions. En plus, tu peux établir la liste exhaustive des unités du projet qui du coup apparaissent dans la liste de unités (Ctrl+F12)

[jodan33]

Bonjour ,

Merci , je ne l'ai pas dit tout de suite mais cette explication m'a été trés utile.