Discussion :

[tchoalien]

Bonsoir 0/,

Je me retrouve ici car je suis face à un problème qui m'embête un petit peu.
J'aimerais développer un installateur pour l'un de mes programmes.

Aujourd'hui, la seule solution qui a mes yeux est envisageable, est de développer un programme Win32. Mais niveau "interface moderne" ce n'est pas fou.
Je ne sais pas quelles autres pistes sont envisageables.

Le sujet est donc ouvert et je suis preneur d'idées intéressantes.
Merci

PS : L'installateur sera soumis à un audit de sécurité. C'est pour cela que je n'utilise pas NSIS, InstallShield, etc...

[bacelar]

Pourquoi ne pas simplement utiliser le format MSI, qui est un format "base de donné", bien plus facilement auditable d'un point de vue sécurité qu'une application Win32 ?

L'IHM d'installation d'un MSI est facilement customisable.

Comme MSI utilise le service d'installation "Windows Installer", vous n'avez pas de problèmes de sécurité/déploiement et c'est facile de faire des installations "pushée" par les administrateurs.
Mais ce n'est que 2 avantages sur des dizaines d'autres : installation par utilisateur/machine, rallback d'installation, gestion des versions, des hotfix, des installations "administratives", comptage des applications utilisant les Dll, désinstallation, réinstallation, ...

Mais le principale avantage, c'est qu'il existe pléthore d'outils pour les générer, plus simple et ergonomique ce genre de fichier MSI.

Il existe aussi ClickOnce pour la gestion des mises à jours automatiques de l'application.

PS : L'installateur sera soumis à un audit de sécurité. C'est pour cela que je n'utilise pas NSIS, InstallShield, etc...

C'est quand même largement plus facile de valider un script qu'une application Win32.

[Médinoc]

De plus, si tu veux que ton installeur interagisse proprement avec le bookkeeping de Windows, il faudra de toute façon qu'il utilise l'API Windows Installer...

[Mat.M]

salut fouiller le site codeproject.com il y a un exemple pour faire ça avec le code source.