Des modules de fusion et le GUID du composant

Question

J'ai lu http: // robmensching. com / blog / messages / 2003/10/18 / composants Règles-101 blogpost qui est très enlightning.

Cependant, il me reste quelques questions:

Quelle est la portée d'un GUID de composants? Comment tout cela se rapportent lors de l'utilisation mergemodules dans différents installateurs?

Disons que j'ai deux installateurs différents, l'installation de différents dossiers et à la fois en utilisant la même merge module. Les composants du merge module ont une certains GUID, mais ils sont installés dans les différents dossiers.

Que faire si je désinstaller 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 à désinstaller la première application installée, que je ne vous attendez pas: après toutes les données provenant des composants mis à jour par le se sont deuxième installateur qui est déja désinstallé.

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

Answer 1

On appelle les composants partagés et le GUID est scope au produit. En règle générale, vous devez généralement bien. 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, lire:

À propos des composants partagés - Heath Stewart