Gibt es einen Punkt in der Angabe einer Guid bei der Verwendung von ComVisible(false)?

Beim erstellen eines neuen C# - Projekt in Visual Studio erzeugt AssemblyInfo.cs-Datei enthält ein Attribut die Angabe einer Versammlung GUID. Die Bemerkung über das Attribut besagt, dass es verwendet wird, "wenn dieses Projekt ausgesetzt ist, COM".

Keiner meiner Assemblys enthalten Arten, die nicht sichtbar sein muss, um COM, also ich habe markiert meine Montage mit [assembly: ComVisible(false)]. So gibt es einen Punkt in der Angabe einer GUID?

Mein Gefühl ist, dass die Antwort ist "Nein" - warum also nicht die Standard-AssemblyInfo.cs-Datei enthalten beide [assembly: ComVisible(false)] und [assembly: Guid("...")]?

Edit:

Zusammenfassung der Antworten:

Zwischen Ihnen, die Antworten, die erklären, dass die Angabe einer GUID ist erforderlich, wenn und nur wenn COM-interop verwendet wird. Also, in meiner situation, eine GUID ist nicht notwendig.

sharptooth erklärt weiter, dass [assembly: ComVisible(false)] bedeutet nicht, nicht mit COM-interop, da es möglich ist, zu überschreiben ComVisible für die einzelnen Typen. Es ist aus diesem Grund, dass die Standard-AssembyInfo.cs enthält sowohl [assembly: ComVisible(false)] und eine GUID.

InformationsquelleAutor user200783 | 2010-02-27
  1. 15

    Dass [assembly: ComVisible(false)] und [assembly: Guid("...")] zur gleichen Zeit macht es durchaus Sinn in bestimmten Fällen. Beginnen Sie mit einer leeren Baugruppe und werden vielleicht wollen, um etwas von ihm zu COM. So markieren Sie die Baugruppe, wie nicht ComVisible und später daneben die Personen zu entlarven, wie ComVisible. Das ist, warum die GUID vorhanden ist standardmäßig.

    Unabhängig, wenn Sie wirklich nicht wollen, zu setzen, die nichts von Ihrer assembly COM-lassen Sie das "für COM-interop Registrieren" - option nicht aktiviert in den Projekteinstellungen.

    InformationsquelleAutor sharptooth
  2. 9

    Konsistente GUIDs sind absolut notwendig in COM. Der [assembly:Guid] - Attribut erzeugt die Typ-Bibliothek LIBID. Sicherlich die Projekt-Vorlage automatisch generiert, um sicherzustellen, dass der Programmierer nicht vergessen zu geben, wenn s/er kippt ComVisible true.

    Wenn eine Versammlung [Guid] ist das nicht vorgesehen, dann Tlbexp.exe synthetisiert man aus der assembly (name, version und public key. Das ist nicht wirklich gut genug, geben die Bibliotheken bereits eine version. Ändern [AssemblyVersion] erzeugen würde, eine andere LIBID. Besonders schlimm, wenn Sie die auto-Inkrement-option für die version (wie 1.0.*), Sie könnte sich schnell füllen Sie die Registrierung mit einem Berg von Toten TypeLib-Registrierungsschlüssel.

    Lange Geschichte kurz, es vermeidet eine Menge von unangenehmen Pannen.

    • Vergessen Sie nicht, dass Sie festlegen können, ComVisible auf "false" auf der assembly-Ebene und setzen Sie ihn auf "true" für die Klassen/interfaces/Methoden in der Versammlung und die letztere überschreibt die frühere. Siehe stackoverflow.com/questions/1649752/..., wie es verwendet werden kann. Also eigentlich spiegeln "auf" auf der Montage-Ebene ist nicht erforderlich.
    • Mit einer konsequenten GUID nur wirklich wichtig, wenn Ihre Bibliothek Typ muss bekannt gemacht werden, um die COM-clients, die erwarten eine bestimmte Schnittstelle. Sie können trotzdem auf COM-Objekte über IDispatch ohne eine Feste GUID.
    • Hmm, späte Bindung erfordert eine konsistente ProgID. Gleiche problem.
    InformationsquelleAutor Hans Passant
  3. 4

    NÖ, keinen wirklichen Grund, es aufzunehmen. Es ist wirklich ziemlich unnötig, außer in sehr speziellen COM-interop-Szenarien. Aber ich nehme an, es könnte sein etwas nützlich, darüber, dass eine GUID, die Sie zugreifen können, mit Reflexion. Aber da es nicht garantiert ist, dort zu sein, es ist nicht so wie Sie könnten sich darauf verlassen.

    • Es hat eine ziemlich große verwenden für einen stand-alone-web-server muss ein SSL-Zertifikat
    • Nicht sicher, wir reden über die gleiche Sache.
    • Ich bin mir nicht ganz sicher, ich selbst; aber, ich musste verwenden Sie die GUID der assembly info zu bekommen, dass die Szenario-arbeiten (siehe unten meine Antwort auf dieser Seite.) Meine (vorläufige) Schlussfolgerung ist, dass Windows verwendet eine COM-Schnittstelle, um eine SSL-Bindung "kleben", um eine bestimmte app.
    InformationsquelleAutor Josh
Schreibe einen Kommentar