7
votes

Pourquoi utiliser Windows Installer XML (WIX) sur VDPROJ?

Pourquoi peut-on utiliser pour Windows Installer XML (WIX) lorsque nous avons dans le programme d'installation de MSI Construit?


0 commentaires

5 Réponses :


1
votes
  1. Certains d'entre nous ne veulent pas utiliser / ne peuvent pas utiliser le programme d'installation .NET.
  2. Certains d'entre nous ne veulent pas avoir à installer Visual Studio pour distribuer un programme, écrit, par exemple, Borland Delphi. WIX et .NET n'a rien à voir les uns avec les autres.
  3. WIX fournit un ensemble de fonctionnalités beaucoup plus complet que le programme d'installation .NET.

0 commentaires

3
votes

Les packages de déploiement Visual Studio ne peuvent être construits que par Visual Studio. Ils ne peuvent pas être construits à l'aide de lignes de commandes de Msbuild ordinaires, ce qui les rend moins qu'identiel pour par exemple. Construire des serveurs.


1 commentaires

C'est pourquoi je joue avec Wix - me permet de conserver soigneusement quelques applications utilitaires que je souhaite en tant qu'osterfacts de mon serveur de construction



9
votes

Le Introduction du didacticiel Wix donne l'idée de base sur les avantages WIX comparant à un autre développement d'installation Outils (y compris les projets de configuration du VS):

  • Approche déclarative
  • Accès illimité à Windows Fonctionnalité d'installateur
  • code source au lieu de l'interface graphique Assemblage d'informations
  • intégration complète dans l'application Construire des processus
  • Intégration possible avec application Développement
  • Soutien au développement de l'équipe, les deux en interne et tierce partie
  • GRATUITE, open source

    J'espère que cela aide.


1 commentaires

C'est une bonne réponse de Yan +1. J'ai écrit dans un format plus narratif sur L'historique de la création de Toolkit Wix . La réponse de Yan est plus au point cependant.



11
votes

Cela me prendrait des heures pour faire face à tout ce que je déteste à propos de VDProj. Je ne serai pas parce que dans mon avis (expert), il est déjà adopté une loi sur laquelle VDProj suce. Si votre installation est si simple que vous n'avez pas remarqué aucun problème, alors soyez mon devinez et collez-le. Mais si vous vous trouvez déjà en train de vous battre dans l'outil, essayez de le faire faire des choses qu'il ne fait pas, alors prenez mon conseil et de la jeter rapidement pour WIX.

10 choses que je déteste à propos de VDProj

  1. Aucun support MSBuild. Bien sûr, vous pouvez appeler Devenv de la commande ligne mais ce n'est pas aussi bon.
  2. aucune exposition du concept critique de Un composant. Chaque clé de fichiers / REG est un fichier clé de son propre composant.
  3. Aucun moyen efficace d'exclure complètement la numérisation automatique de la dépendance.
  4. Les raccourcis sont toujours annoncés
  5. aucun moyen de décrire un service.
  6. aucun moyen de décrire beaucoup de choses qui mènent à la surutilisation de la coutume Actions.
  7. aucun moyen de contrôler correctement la planification / exécution de actions personnalisées. Trop résumé.
  8. L'abstraction est fausse. Différé Les CA sont programmées avec une impersonnation qui se brise sur Vista.
  9. Différentes limitations vous amènent sur une voie de massage du MSI construit pendant la post-capitule pour contourner toutes les limitations. Résultats dans un Très pauvres Build Automation Hacks.
  10. Fusionner des tableaux de répertoire module sont obligés de manière incorrecte.
  11. 100 autres choses sucer que je ne suis pas Se souvenir en ce moment.

3 commentaires

Ne retenez pas, dites ce que vous voulez dire :-)


J'ai passé une année de ma vie à travailler dans un environnement avec des milliers de modules de fusion VDProj et plus de 1 000 actions personnalisées d'installutil avec des charges de bateau de Build Automation Hacks pour faire tout lieu de travail. Je sais de très profonde expérience à quel point VDProj suce et je ne le souhaite pas sur mes ennemis.


Je suis d'accord avec la majeure partie de cela, +1. VDProj ne devrait pas être utilisé du tout à mon avis, mais je connais Chris peintre a trouvé quelques utilisations de franges du type de projet après ou avant d'avoir écrit cette réponse. Cela ne change pas le fait que le type de projet est fondamentalement tous les problèmes. Les experts peuvent faire de certaines choses mal lorsque les exigences sont bizarres.



3
votes

Toutes les réponses ci-dessus ont inclus la plupart des fonctionnalités gênantes des projets de configuration Visual Studio (.VDProj), une chose que la plupart des gens ont manqué.

.vdproj Fichier Fichier est tel que, et si nous faisons un petit passer à une seule entrée, il réécrit complètement toutes les entrées dans lequel empêche de fusionner des changements de 2 branches.


0 commentaires