2010-08-31 3 views
0

J'ai lu le http://robmensching.com/blog/posts/2003/10/18/Component-Rules-101 blogpost qui est très enlightning.Modules de fusion et le composant GUID

Cependant, il me reste quelques questions:

Quelle est la portée d'un GUID de composants? Comment tout cela se rapporte-t-il lorsque vous utilisez mergemodules dans différents installateurs? Disons que j'ai deux installateurs différents, l'installation à différents dossiers et les deux en utilisant le même module de gestion. Les composants du module merg sont dotés d'un certain GUID , mais ils sont installés dans ces différents dossiers. Et si je désinstalle la deuxième application installée? Quel est l'effet sur la première application?

J'ai essayé ce scénario et les fichiers dans la première application installée encore exister après uinstalling la deuxième application installée (un peu attendu), mais ne supprimeront pas lors de la désinstallation de la première application installée, que je ne m'y attendais pas : après toutes les données du composant ont été mises à jour par le deuxième programme d'installation qui est déjà désinstallé.

Quelqu'un peut-il clarifier cela s'il vous plaît?

Répondre

1

Ceci est appelé Composants partagés et le GUID est étendu au produit. Généralement, vous devriez généralement bien aller. Je le fais tout le temps:

FOO.MSM mergeredirectfolder \ bin \ foo.dll

P1.MSI [ProgramFilesFolder \ Société \ P1] < --- FOO.MSM P2.MSI [ProgramFilesFolder \ société \ P2] < --- FOM.MSM

Pour une discussion plus détaillée, lisez:

About Shared Components - Heath Stewart