Discussion :

[maf.mouton]

Bonjour, je suis en train de faire un petit logiciel... Seulement, aprés quelques 300 lignes de code (et j'imagine que ce n'est pas beaucoup) je me rend compte que c'est quand même assez brouillon, et dur pour s'y retrouver... Aussi, je fabrique des 'function' et des 'procedure' trés général (tel que trouver le max d'une Tlist, ou créer un dossier, ou transcrire les lettres en chiffres (a:1, b:2 etc... c'est pour tableur excel...) et j'aurais certainement encore besoin de ces fonction/proc plus tard, pour d'autres programmes...
Alors voilou mes questions...(j'avais déjà essayé de déclarer/ créer une unité, mais ca marchait pas )
-1 comment utiliser une unité?
- 2 comment la déclarer?
-3 ou?
- 4 comment utiliser un variable globale dans une autre unité?
-5 est-ce que le 'result' de ma function qui est dans une autre unitérenvois bien le résultat dans mon unité primaire?
- 6 si vous avez d'autres remarque/ suggestion sur le traitement des unités...
Merci pour vos réponses!!!
M.

[maf.mouton]

(ou s'il y a un super tuto pas trop long , ou dans une FAQ, et bien expliquée pour une niewbies )

[Aos]

fichier->nouveau> unité

Tu déclares les ententes de tes fonctions/procedures dans "interfaces" et tu les codes dans "implementation". (Par défaut, les termes interface et implementation sont déja present, tu as juste a compléter).

Pour utiliser ton unité ensuite, dans "uses" tu rajoutes le nom de ton unité.
Une unité peut aussi en appeler une autre.

a+

[maf.mouton]

oki vais test

[Aos]

Si tu le fais bien, ça va marcher, donc oublies pas le "RESOLU"

[Just-Soft]

Salut;

voici un lien où le même sujet a été évoqué :

http://www.developpez.net/forums/d63...annexe-projet/

Bonne chance.

[maf.mouton]

re.. suis tojours en train d'écrire mon code...c'est pour compter le nombre de jour entre deux dates + résidue d'heure et minute... c'est donc un peu long.. mais j'ai une autre questions sur les uses de la nouvelles unités... Dans l'exemple de Kelloucheaeh, les uses de la nouvelles unités sont au début de l'implementation.. pourquoi?
aussi quel uses dois-je mettre dans ma nouvelle unité? (j'ai fait un copié collé de mon unité principale, mais dans l'interface, est ce que ca va marcher??) je demande surtout les uses basique (j'ai fait ca parcequ'i lne rreconnaissait pas la fonction IntToStr.. dans quelle use est-ce? connaissez vous un bon site avec la description des use?? merciiii!

[Cl@udius]

Salut

...IntToStr.. dans quelle use est-ce?

Dans ce genre de situation, c'est tout simple.
Tu fais F1 sur la fonction en question soit IntToStr, et l'aide de Delphi t'indique dans quelle unité est définie la fonction, soit SysUtils.

F1 devrait être ton 1° réflexe.

@+ Claudius

[CapJack]

Me suis fait griller...

Bon, je poste quand même l'image que j'avais prise :

[maf.mouton]

oki merci pour le tips!!!
Bon, par contre, mon algo tourne pas... vais test 2 trucs.. Mettre les uses dans l'implementation et puis faire un algo quand meme plus siomple (genre 'hello world lol)
bon, vous tiens au courant pour les uses!

[maf.mouton]

bon changer le uses de place change rien (dans ma nouvelle unit) , le programme tourne, mais quand il doit faire le calcul (ici, compter le nombre de jour.. ) ca bug.. ca doit venir de l'algo.. qu'est compliqué ouaich
vais test en tout cas le hello world

[maf.mouton]

yop ca marche avec le 'hello world'.. j'ai mis les uses de ma nouvelle unit dans l'interface...
ca serait quoi la différence si je l'avais mis dans l'implementation?

[CapJack]

S'il n'y a pas, par exemple, des constantes ou des types définis dans l'unité A (par exemple une classe TTrucmuche), utilisés dans l'interface de l'unité B qui qui invoque A dans sa clause uses (par exemple une déclaration de variable de type TTrucmuche), ça n'a aucune importance.

En fait, certaines clauses uses pourraient être déplacées dans la partie implementation... seulement ce serait casse-pieds à gérer, je me trompe peut-être, mais je crois qu'on préfère regrouper tout au même endroit dans la partie interface, et n'utiliser le uses de la partie implementation que quand il n'y a pas moyen de faire autrement, par exemple pour résoudre un problème de référence circulaire (deux unités qui se réfèrent l'une l'autre).

[Just-Soft]

Salut;

un petit investissement dans les DLL t'évitera tout les casses têtes et sont mieux adaptés à ta situation.

Bonne chance.

[Pascal Jankowski]

Salut;

un petit investissement dans les DLL t'évitera tout les casses têtes et sont mieux adaptés à ta situation.

Bonne chance.

Notre ami débute et le lancer directement sur la piste des dll n'est peut-être pas la meilleur approche lors de sa découverte de delphi.

c'est pour compter le nombre de jour entre deux dates + résidue d'heure et minute... c'est donc un peu long..

J'espère que tu utilises les fonctions définies dans l'unité DateUtils pour réaliser cette partie de code. Un petit conseil au passage, toujours éviter de se compliquer la vie. Delphi dispose de nombreuses unités offrant des tas de fonctions et procédures. Il faut souvent fouiller un peu au départ pour trouver son bonheur, le forum sert à cela aussi.

[stgarp]

S'il n'y a pas, par exemple, des constantes ou des types définis dans l'unité A (par exemple une classe TTrucmuche), utilisés dans l'interface de l'unité B qui qui invoque A dans sa clause uses (par exemple une déclaration de variable de type TTrucmuche), ça n'a aucune importance.

En fait, certaines clauses uses pourraient être déplacées dans la partie implementation... seulement ce serait casse-pieds à gérer, je me trompe peut-être, mais je crois qu'on préfère regrouper tout au même endroit dans la partie interface, et n'utiliser le uses de la partie implementation que quand il n'y a pas moyen de faire autrement, par exemple pour résoudre un problème de référence circulaire (deux unités qui se réfèrent l'une l'autre).

Salut,

personnellement, je fonctionne à l'envers :

dans la partie interface, les uses des unités Delphi (Windows, Classes, ...) dont on est sûr qu'elles ne référenceront jamais les nôtres ;
et les uses des unités utilisées dans l'interface (définition des types utilisés pour les paramètres et les valeurs de retour des procédures et fonctions) ;

dans la partie implémentation, tout le reste, afin d'éviter au maximum les références circulaires lors d'une éventuelle modification du programme.

[CapJack]

C'est ce que tout le monde devrait faire, mais que la majorité ne fait pas j'ai l'impression...