Version imprimable
Hello,
J'ai développé ma premiere application console que je vais "vendre" à un client et du coup j'ai juste envie de lui donner un exécutable qu'il exécutera. Donc j'ai pas besoin d'installeur.
Sachant que j'ai utilisé des liberary (Add reference to the SDK: Project > Add Reference… > COM >...).
Comment générer un .exe et qui marchera sous sa machine Windows à lui.
J'ai vue qu'il y avait une histoire de DLL...
Pourriez vous m'éclairer sur comment faire SVP.
Merci
Prends le contenu du dossier bin/Release
Vire les éventuels fichiers PDB.
Normalement il doit rester :
- ton exe
- les DLL référencées nécessaires
- le fichier config
Ça devrait suffire.
Attention cependant, il peut y avoir des DLL référencées qui ne sont pas dans le dossier. C'est le cas par exemple d'un client SQL Server en pré-requis. Idem pour la version du FrameWork.
Même si beaucoup de gens sont persuadés que c'est mieux sans installer, créer un installer prend 3 clicks et garanti une installation sans problème. Je ne vois pas d'où peut venir cette réticence.
Salut StringBuilder,
Merci pour ta réponse alors oui du coup j'ai trouvé le fichier DLL dans obj/release avec d'ailleurs le .exe. j'ai testé sous une autre machine virtuel et ça marche impec... Tu ne sais pas pourquoi .exe est dans bin/release et dans obj/release aussi et si y a une différence?
Bon mon client n'aime pas trop le fait d'avoir une DLL avec le fichier exe... y a t'il un moyen comme avec Java et les fichier JAR de créer un fichier exe qui contient la Library dedans ?
Je vais regarder l'idée de l'installer, j'ai jamais fait et ça résout quoi comme problème?
Merci pour tes infos :)
En restant "100% standard simple et sans bidouille" :
- Le contenu du dossier OBJ contient des éléments à moitié compilé. Le plus simple, c'est de faire comme s'il n'était pas là.
- En quoi avoir une DLL dans le même dossier que le EXE pose-t-il problème au client ? Si la DLL existe déjà sur le serveur, il suffit que son dossier contenant soit dans la variable d'environnement PATH
- Pour tout avoir dans un seul EXE, sans bidouille (qui est certainement possible), il faut avoir les sources de la DLL et intégrer ses fichiers dans le projet du binaire principal. Une fois de plus, en quoi est-ce gênant d'avoir une DLL ?
- L'installeur créé par Visual Studio apporte différentes fonctionalités dont :
1/ Gestion automatique des dépendances : si un composant (framework .NET, pilote de base de données, etc.) n'est pas à jour ou absent, il sera automatiquement installé/mis à jour sans action de l'utilisateur
2/ Possibilité de gérer les mises à jour automatique : on peut déployer l'installeur sur un site web, et à chaque démarrage de l'application, un wrapper va vérifier la disponibilité d'une mise à jour, et proposer automatiquement de mettre le programme à jour
3/ D'un point de vue purement cosmétique, ça fait plus pro d'avoir un programme d'installation que de devoir faire un copier/coller de fichiers à la sauvage.
4/ On peut ajouter et scripter des actions utilisateur, tels que la création de clés de registre, etc. afin de pré-paramétrer l'application
En fait j'ai développé ce projet pour une SSII donc je ne peux pas faire comme je veux (néaumoins je vais leurs proposer par rapport à l'installer... au cas ou...)
Ton idée sur le dossier contenant le path du dossier contenant la dll dans PATH m'a l'air faisable je vais tout de suite l'essayer.
Merci encore une fois pour toutes tes explications.
Citation:
Envoyé par StringBuilder
du coup j'ai utilisé ILMerge.
http://www.shujaat.net/2009/08/ilmer...ssemblies.html
Bonne journée