Anwendungsmanifeste für Office-Lösungen

Ein Anwendungsmanifest ist eine XML-Datei, die die Assemblys beschreibt, die in einer Microsoft Office-Projektmappe geladen werden. Die Microsoft Office Entwicklungstools in Visual Studio das ClickOnce Anwendungsmanifestschema verwenden, das in der Referenz ClickOnce Anwendungsmanifests definiert ist.

Anwendungsmanifeste für Office-Projektmappen verwenden die folgenden ClickOnce -Elemente und -Attribute.

Element Beschreibung Attribute
<Assembly> Element (ClickOnce Application) Erforderlich. Ein Element der obersten Ebene. manifestVersion
<assemblyIdentity> Element (ClickOnce Application) Erforderlich. Gibt die primäre Assembly der ClickOnce -Anwendung an. name

version

Publickeytoken

processorArchitecture

language
<trustInfo> Element (ClickOnce Application) Gibt die Sicherheitsanforderungen der Anwendung an. Keine
<entryPoint> Element (ClickOnce Application) Erforderlich. Gibt den Einstiegspunkt des Anwendungscodes für die Ausführung an. name

dependencyName

Customhostspecified
<abhängigkeits> Element (ClickOnce Application) Erforderlich. Gibt jede Abhängigkeit an, die für die Ausführung der Anwendung erforderlich ist. Gibt optional Assemblys an, die vorinstalliert werden müssen. Keine
<Datei> Element (ClickOnce Application) Erforderlich. Gibt jede Nicht-Assemblydatei an, die von der Anwendung verwendet wird. Kann COM-Isolationsdaten (Component Object Model) enthalten, die der Datei zugeordnet sind. name

size

Anwendungsmanifeste für Office-Projektmappen verwenden das folgenden Element im co.v1 -Elemente.

<entryPoint>
    <co.v1:customHostSpecified />
</entryPoint>

Diese Anwendungsmanifeste weisen auch die folgenden Elemente und Attribute im vstav3 -Namespace auf.

<addIn>
  <entryPointsCollection>
    <entryPoints>
      <entryPoint>
      </entryPoint>
    </entryPoints>
  </entryPointsCollection>
  <update></update>
  <postActions>
    <postAction>
      <postActionData>
      </postActionData>
    <postAction>
  </postActions>
  <application>
    <customizations>
      <customization>
      </customization>
    </customizations>
  </application
</addIn>
Element Beschreibung Attribute
<customHostSpecified>-Element (Office Development in Visual Studio) Erforderlich. Markiert das Manifest ausdrücklich als Office-Projektmappe. Keine
<addin> Element (Office Development in Visual Studio) Erforderlich. Speichert Einstiegspunkte in einem einzelnen Namespace. Keine
<EntryPointsCollection> Element (Office Development in Visual Studio) Erforderlich. Gruppiert alle Assemblys für eine oder mehrere Office-Projektmappen. id
<entryPoints> Element (Office Development in Visual Studio) Erforderlich. Gruppiert alle Assemblys, die in einer Office-Projektmappe ausgeführt werden. Keine
<EntryPoint> Element (Office Development in Visual Studio) Erforderlich. Gibt die Assemblys an, die in einer Office-Projektmappe ausgeführt werden. class

Vertrag
<update> Element (Office Development in Visual Studio) Erforderlich. Konfiguriert Updates für die Projektmappe. enabled

expiration
<postActions> Element (Office Development in Visual Studio) Optional. Gruppiert alle Aktionen nach der Bereitstellung, die nach der Installation von Office-Projektmappen ausgeführt werden. Keine
<postAction> Element (Office Development in Visual Studio) Optional. Gibt eine Aktion nach der Bereitstellung an. Keine
<postActionData> Element (Office Development in Visual Studio) Optional. Konfiguriert Daten für eine Aktion nach der Bereitstellung. Keine
<Anwendung> Element (Office Development in Visual Studio) Erforderlich. Umschließt die anwendungsspezifischen Informationen in einem einzelnen Knoten. Keine
<Anpassungen> Element (Office Development in Visual Studio) Erforderlich. Speichert alle anwendungshostspezifischen Informationen in einem separaten Namespace. Keine
<Anpassung> Element (Office Development in Visual Studio) Erforderlich. Speichert anwendungshostspezifische Informationen in einem separaten Namespace. xmlns
<Dokument> Element (Office Development in Visual Studio) Nur für Projektmappen auf Dokumentebene erforderlich. Speichert anpassungsspezifische Informationen. Solutionid
<appAddin> Element (Office Development in Visual Studio) Nur für Projektmappen auf Anwendungsebene erforderlich. Speichert anpassungsspezifische Informationen. application

Loadbehavior

keyName
<friendlyName> Element (Office Development in Visual Studio) Optional. Speichert den Namen des VSTO-Add-Ins, das in der Liste der installierten VSTO-Add-Ins angezeigt wird. Keine
<Beschreibung> Element (Office Development in Visual Studio) Nur für VSTO Add-Ins erforderlich. Speichert die Beschreibung, die in der Liste der installierten Programme angezeigt wird. Keine
<formRegions> Element (Office Development in Visual Studio) Nur für Outlook-VSTO-Add-Ins erforderlich, die Formularbereiche enthalten. Keine
<formRegion> Element (Office Development in Visual Studio) Nur für Outlook-VSTO-Add-Ins erforderlich, die Formularbereiche enthalten. Name
<vstoRuntime> Element (Office Development in Visual Studio) Erforderlich. Beschreibt eine bestimmte Version der Visual Studio Tools for Office-Laufzeit, die von der Office-Projektmappe unterstützt wird. release

version

supportUrl

Hinweise

Anwendungs- und Bereitstellungsmanifeste in Office-Projektmappen können manuell bearbeitet werden. Anschließend müssen Sie die Anwendungs- und Bereitstellungsmanifeste mithilfe der Manifest Generation and Editing Tool (mage.exe und mageui.exe) erneut signieren. Weitere Informationen finden Sie unter Vorgehensweise: Erneutes Signieren von Anwendungs- und Bereitstellungsmanifesten.

Dateispeicherort

Ein Anwendungsmanifest ist für eine einzelne Version einer Projektmappe spezifisch. Aus diesem Grund müssen die Anwendungsmanifeste getrennt von Bereitstellungsmanifesten gespeichert werden. Visual Studio platziert die versionsspezifischen Dateien in einem Unterverzeichnis, das gemäß der zugewiesenen Version im Unterverzeichnis Application Files im Ordner „Publish“ benannt wird.

Dateinamenssyntax

Der Name einer Anwendungsmanifestdatei sollte der vollständige Name und die Erweiterung der Anwendung sein, wie im assemblyIdentity-Element identifiziert, gefolgt von der Erweiterung .manifest. Beispielsweise würde ein Anwendungsmanifest, das auf die OutlookAddIn1.dll Anpassung verweist, die folgende Dateinamensyntax verwenden.

OutlookAddIn1.dll.manifest

Siehe auch