Discussion :

[Superstivix]

Bonjour à tous,

Voila mon entreprise développe des solutions sous Builder utilisant SQLServer comme SGBD. Ces applications sont installées sur un serveur SQL et les utilisateurs les lancent par un réseau interne.

Nous avons plusieurs DLL et plusieurs paquets de conception (BPL) que nous utilisons pour nos appli. Actuellement toutes ces appli sont installées avec tous ces composants "à part". Ceci nous pose quelques problèmes et nous envisageons de tout intégrer dans nos exécutables, nous voudrions dégager les avantages et inconvénients de chaque de ces deux solutions.

Je sollicite votre aide afin d'éclairer notre lanterne!
Nous avons quelques idées déja mais certaines échappent à notre connaissances, et puis des avis extérieus ne sont jamais ininteressants .
Je vous remercie d'avance

Steve

[MaTHieU_]

Salut,
Deja tu peux faire un executable indépendant :

Pour se faire allez dans "Projet" puis "Options", dans l'onglet "Compilateur" cliquez sur le bouton "Version Finale", dans l'onglet "Paquets" décochez "Construire avec les paquets d'exécution" et enfin dans l'onglet "Lieur" décochez "Utiliser la RTL dynamique".

Normalement, tu n'aura plus de problème avec les BPL après pour les DLL, je ne pense pas que ça soit une très bonne solution, le mieu est de placer les DLL avec le programme et le problème devrait être règlé !
Cordialement,
MaTHieU_

[DjmSoftware]

bonjour,
la plupart des applications "professionnelles"sépare leur application entre un exécutable et plusieurs DLL ou BPL
l'avantage principal de cette solution est la maintenance du software ainsi que la réusabilité de solutions partagées
pour ce faire il est nécesaire de travailler avec un bon outil de gestion de version par exemple Starteam,ainsi que d'un outil pour la distribution de son applicatif (Wise,InstallShield)

cordialement

[Superstivix]

Je vous remercie de vos deux réponses

mais en fait je ne comprends pas très bien pourquoi cela présente un avantage au niveau de la maintenance du logiciel.

De plus, j'ai oublié de préciser que les DLL que nous utilisons sont uniquement celles de Borland aucune autre pour l'instant.

Steve