Windows Installations- und Logoanforderungen

Das Certified for Microsoft Windows Logo identifiziert Produkte, die durch unabhängige Tests überprüft wurden, um die Anwendungsspezifikation für Windows. Diese Spezifikation wurde von Microsoft in Zusammenarbeit mit Kunden und anderen Entwicklern entwickelt, um eine Wegbeschreibung für die Entwicklung zuverlässiger und verwaltbarer Anwendungen zu erstellen. Softwarehersteller, die die Spezifikation einhalten, qualifizieren sich für das Certified for Microsoft Windows-Logo und lizenzen das Logo dann für die Verwendung bei der Produktpaketierung, Werbung, Begleitmaterialien und anderen Marketingmaterialien.

Weitere Informationen zur Windows Vista-, Windows XP- und Windows Server 2008-Zertifizierung für Ihre Anwendungen finden Sie im Microsoft Partner Network.

Weitere Informationen zur Windows Server 2003- und Windows 2000-Zertifizierung für Ihre Anwendungen finden Sie unter https://msdn.microsoft.com/certification .

Wenn Sie ein Installationspaket für Ihre Anwendung erstellen, können Sie die Funktionen des Microsoft Windows Installers nutzen, um einige der Zertifizierungsanforderungen zu erfüllen. Die folgende Tabelle enthält Links zu Informationen in Windows Installer-Dokumentation, die für einige der Zertifizierungsanforderungen relevant sind. Beachten Sie, dass die nicht alle Zertifizierungsanforderungen, die in der Anwendungsspezifikation erläutert werden, vom Windows sind.

Zertifizierungsanforderung In den folgenden Abschnitten finden Sie weitere Informationen
1.1 Die Anwendung sollte primäre Funktionen ausführen und die Stabilität erhalten.
Wenn Sie ein Installationspaket bereitstellen, kann Ihre Anwendung den Installationsdienst verwenden, der auf allen 32-Bit-Plattformen Windows ist. Die Verwendung des Installers kann die Funktionalität und Stabilität Ihrer Anwendung verbessern. Weitere Informationen finden Sie unter Übersicht überresilienz Windows Installer.
Roadmap für Windows Installer-Dokumentation.
1.3 Die Anwendung sollte lange Dateinamen und UNC-Pfade unterstützen.
Das Installationsprogramm unterstützt die Installation in und aus dem UNC- und Laufwerknetzwerk und verwendet immer die langen Dateinamen, die in Ihrem Paket bereitgestellt werden, es sei denn, die SHORTFILENAMES-Eigenschaft ist festgelegt oder das Zielvolumen unterstützt keine langen Dateinamen. Weitere Informationen finden Sie unter Dateiname, Dateitabelle, Verzeichnistabelle, SHORTFILENAMES-Eigenschaft.
1.5 Die Anwendung sollte keine Lese- oder Schreibzugriffe auf Win.ini, System.ini, Autoexec.bat oder Config.sys.
Das Installationsprogramm sollte Einträge zur Registrierung hinzufügen, nicht Win.ini, System.ini, Autoexec.bat oder Config.sys. Windows Das Installationsprogramm unterstützt Informationsschlüssel in der Registrierung. Wenn Ihre Anwendung das Installationsprogramm verwendet, werden diese Registrierungsschlüssel als Installereigenschaften verfügbar. Sie können das Paket für Ihre Anwendung so erstellen, dass es einfach ist, die Werte dieser Schlüssel zu überprüfen und fest zu legen. Wenn Ihre Anwendung Informationen verwendet, die Sie nicht in der Registrierung speichern möchten, erstellen Sie eine private Initialisierungsdatei, und platzieren Sie sie im Verzeichnis mit den ausführbaren Dateien der Anwendung. Sie können die Installation einer privaten .ini-Datei einfach verwalten sowie Informationen aus vorhandenen .ini-Dateien hinzufügen oder daraus entfernen, indem Sie Windows Installer verwenden, um Ihre Anwendung zu installieren. Weitere Informationen finden Sie unter Modifying theRegistry , Registry Tables Group, Registry Table, RemoveRegistryTable , WriteRegistryValues Action, RemoveRegistryValues Action, Uninstall Registry Key, Properties, File Table, Directory Table, Using the Directory Table, IniFile Table, RemoveIniFile Table, IniLocator Table, WriteIniValues Action , RemoveIniValues Action, RemoveIniFile Table.
1.7 Die Anwendung sollte die Windows Versionsprüfung ordnungsgemäß ausführen.
Wenn Sie ein Installationspaket für Ihre Anwendung vorbereiten, müssen Sie Informationen zu den Betriebssystemversionsanforderungen des Produkts enthalten. Bei der Initialisierung legt das Installationsprogramm automatisch bestimmte Eigenschaften auf die Version des aktuellen Betriebssystems fest. Das Setupprogramm kann diese Installereigenschaften verwenden, um eine einfache Versionsüberprüfung zu ermöglichen. Weitere Informationenfinden Sie unter Eigenschaften, Version9X-Eigenschaft, VersionDatabase-Eigenschaft, VersionNT-Eigenschaft, WindowsBuild-Eigenschaft, ProductCode-Eigenschaft, ProductName-Eigenschaft, ProductVersion-Eigenschaft, Zusammenfassungsinformationsdatenstrom, Zusammenfassungseigenschaft der Revisionsnummer.
2.1 Die Anwendung sollte mithilfe eines Installationspakets Windows, das Validierungstests besteht.
Sie können überprüfen, ob Ihr Installationspaket Überprüfungstests besteht, indem Sie einen bestimmten Satz von Validierungsregeln verwenden, die als interne Konsistenzauswertungen bezeichnet werden: ICEs. Diese ICEs sind in der Datei Logo.cub enthalten. Um sich für die Zertifizierung zu qualifizieren, darf ein Installationspaket keine Fehler erzeugen, wenn es mit diesen Regeln überprüft wird. Warnungen sind akzeptabel, sollten aber im Allgemeinen korrigiert werden. Das Windows Installer SDK enthält die Dateien Logo.cub, Darice.cub und Mergemod.cub. Die ICEs in der Datei Logo.cub sind in der Datei Darice.cub enthalten. Wenn Ihr Paket die Überprüfung mit Darice.cub besteht, wird es mit Logo.cub übergeben. Weitere Informationen finden Sie unter Paketvalidierung.
2.2 Das Installationspaket, das zum Installieren der Anwendung verwendet wird, sollte die Regeln zum Erstellen von Komponenten befolgen.
Eine Installerkomponente ist Teil einer Anwendung, die immer als ein Teil installiert oder entfernt wird. Es gibt eine Reihe von Regeln, mit deren Hilfe Sie entscheiden können, wie Ihre Anwendung am besten in Komponenten unterteilt werden soll. Wenn die Komponenten im Installationspaket ordnungsgemäß definiert sind, kann das Installationsprogramm sie sicher installieren und entfernen. Weitere Informationen findenSie unter Organisieren von Anwendungen in Komponenten , Komponenten und Features, Ändern des Komponentencodes, Was geschieht, wenn die Komponentenregeln verletzt werden?, Arbeiten mit Features und Komponenten, Komponententabelle.
2.3 Das Installationspaket der Anwendung sollte freigegebene Komponenten identifizieren.
Wenn Sie ein Installationspaket bereitstellen, das Ihre Anwendung ordnungsgemäß in Komponenten organisiert, und msidbComponentAttributesSharedDllRefCount in der Tabelle Komponente festlegen, kann der Windows-Installer freigegebene Komponenten mithilfe des Verweiszählers in der freigegebenen DLL-Registrierung der Schlüsseldatei der Komponente nachverfolgen. Wenn Sie das Installationsprogramm nicht verwenden, muss Ihre Anwendung die Verwendung freigegebener DLLs nachverfolgen, indem sie einen Nutzungsindikator für die DLL im Registrierungsschlüssel SharedDLLs erhöht. Weitere Informationen finden Sie unter Directory Table, Using the Directory Table, Component Table. Informationen zum SharedDllRefCount-Bit finden Sie unter Komponententabelle, Organisieren von Anwendungen in Komponenten.
2.4 Die Anwendung sollte standardmäßig im Ordner Programme installiert werden.
Bei der Initialisierung legt das Installationsprogramm eine -Eigenschaft auf den vollständigen Pfad des Ordners Programme fest. Wenn Sie das Installationspaket vorbereiten, können Sie angeben, dass das Installationsprogramm die Anwendung standardmäßig in diesem Ordner installiert. Wenn Sie auch eine Benutzeroberfläche in Ihr Paket einwählen, kann das Installationsprogramm Benutzern die Möglichkeit bieten, einen anderen Installationsspeicherort auszuwählen. Weitere Informationen finden Sie unter Directory Table, Using the Directory Table, TARGETDIR Property, MsiSetTargetPath, Properties, ProgramFilesFolder Property.
2.5 Die Anwendung sollte Programmdateien ordnungsgemäß hinzufügen/entfernen.
Sie können alle Informationen, die für Das Hinzufügen/Entfernen von Programmen erforderlich sind, in der Systemsteuerung durch Festlegen der Werte bestimmter Installereigenschaften im Windows Installer-Paket Ihrer Anwendung zur Verfügung stellen. Wenn Sie diese Eigenschaften festlegen, werden die entsprechenden Werte automatisch in die Registrierung schreibt. Weitere Informationen findenSie unter Eigenschaften , Erforderliche Eigenschaften, ProductName-Eigenschaft, ARPINSTALLLOCATION-Eigenschaft, Manufacturer-Eigenschaft, ProductVersion-Eigenschaft.
2.6 Die Anwendung sollte sicherstellen, dass Windows Installer-Paket Werbung unterstützt.
Unterstützen Sie Werbung, indem Sie Ihre Anwendung für Werbung organisieren und alle informationen, die für die Werbung benötigt werden, in das Paket Windows Installer der Anwendung ein. Weitere Informationen finden Sie unter Advertisement , Installation On-Demand, Publishing Products, Features, and Components, Platform Support of Advertisement, Components and Features, Suggested AdvtExecuteSequence, Suggested AdvtUISequence, Advertise Property, Advertise Action, PublishProduct Action ,Feature Table , Shortcut Table, Class Table, Extension Table , Icon Table, MIME Table, ProgId Table, TypeLib Table, Verb Table, MsiConfigureFeature, MsiConfigureProduct.
2.7 Das Installationspaket der Anwendung sollte die richtige Deinstallationsunterstützung sicherstellen.
Wenn Sie das Installationsprogramm zum Installieren Ihrer Anwendung verwenden, müssen Sie kein separates Deinstallationsprogramm erstellen. Sie können ein Installationspaket erstellen, mit dem das Installationsprogramm Ihre Anwendung installieren, deinstallieren und reparieren kann. Siehe Übersicht über WindowsInstaller , Organisieren von Anwendungen in Komponenten , Standardaktionen ,Informationen zu Standardaktionen , Verwenden von Standardaktionen, Referenzzu Standardaktionen , Installieren einer Anwendung, MsiInstallProduct, INSTALL-Aktion.
3.1 Versuchen Sie Windows 2000 nicht, Dateien zu ersetzen, die durch den Windows geschützt sind.
Windows Das Installationsprogramm hält Windows File Protection (WFP) ein, wenn wichtige Systemdateien auf Windows 2000 installiert werden. Windows Das Installationsprogramm versucht nie, eine geschützte Datei zu installieren oder zu ersetzen. Wenn eine geschützte Systemdatei durch eine unbeaufsichtigte Installation einer Anwendung geändert wird, stellt WFP die Datei auf die überprüfte Dateiversion wieder zurück. Weitere Informationen finden Sie unter Verwenden des Windows Installers und Windows Resource Protection.
3.2 Autoren, die neue verteilbare Komponenten schreiben, müssen Techniken zur gemeinsamen Nutzung verwenden, damit ihre Komponenten im Anwendungsverzeichnis installiert werden können.
Autoren von Windows Installer-Paketen können angeben, dass das Installationsprogramm die freigegebenen Dateien (häufig freigegebene DLLs) einer Anwendung in den Ordner der Anwendung anstatt an einen freigegebenen Speicherort kopiert. Dieser private Satz von Dateien (DLLs) wird dann nur von der Anwendung verwendet. Weitere Informationen finden Sie unter Isolierte Komponenten.
3.3 Für Windows 2000 und Windows 98 Second Edition müssen alle nebenseitigen DLLs, von denen Ihre Anwendung abhängt, in Ihrem Anwendungsverzeichnis installiert werden:
Autoren von Windows Installer-Paketen können angeben, dass das Installationsprogramm die freigegebenen Dateien (häufig freigegebene DLLs) einer Anwendung in den Ordner der Anwendung anstatt an einen freigegebenen Speicherort kopiert. Dieser private Satz von Dateien (DLLs) wird dann nur von der Anwendung verwendet. Weitere Informationen finden Sie unter Isolierte Komponenten oder Installation isolierter Komponenten.
4.3 Die Anwendung sollte ordnungsgemäß herabgestuft werden, wenn der Zugriff verweigert wird.
Das Ziel dieser Anforderung besteht darin sicherzustellen, dass die Anwendung auf eine Weise fehlschlägt, die eine sichere Umgebung aufrechter hält, wenn dem Benutzer der Zugriff auf Ressourcen verweigert wird. Windows Das Installationsprogramm behandelt Berechtigungen nur während der Installation. Die Anwendung muss Berechtigungen zur Laufzeit verarbeiten. Das Installationsprogramm kann bestimmte Eigenschaften bei der Initialisierung auf die Berechtigungsebene des Benutzers oder auf eine von der Systemrichtlinie angegebene Ebene festlegen. Anschließend können Sie das Paket Windows Installer so erstellen, dass das Installationsprogramm die Zugriffsberechtigungen des Benutzers überprüft, bevor die Installation beginnt.
Sie können das Installationspaket erstellen, damit das Installationsprogramm bestimmt, ob ausreichend Speicherplatz vorhanden ist. Wenn Sie eine Benutzeroberfläche (UI) für das Paket der Anwendung erstellen, können Optionen für Benutzer angezeigt werden, für die kein Speicherplatz mehr verfügbar ist.
Wenn die Installation nicht erfolgreich ist, kann das Installationsprogramm in den Rollbackmodus wechseln und den ursprünglichen Zustand des Computers automatisch wiederherstellen.
Weitere Informationen finden Sie unter Übersicht über WindowsInstaller ,Resilienz ,Quellresilienz , PrivilegierteEigenschaft , AdminUser-Eigenschaft, Systemrichtlinie, InstallValidate-Aktion ,Dateikosten , DiskCost-Dialogfeld, OutOfDiskSpace-Eigenschaft, OutOfNoRbDiskSpace-Eigenschaft, AllocateRegistrySpace-Aktion, VolumeCostList-Steuerelement, Rollback, Installationsmechanismus , PROMPTROLLBACKCOST-Eigenschaft, DISABLEROLLBACK-Eigenschaft, EnableRollback ControlEvent.
4.5 Die Anwendung sollte die Einstellungen auf Systemebene Gruppenrichtlinie einhalten.
Windows Das Installationsprogramm kann richtlinien für die Installation befolgen. Weitere Informationen finden Sie unter Systemrichtlinie.
7.1 Anwendungen sollten nach dem Upgrade auf Microsoft Windows 2000 Professional weiterhin funktionieren
Das Installationsprogramm verfügt über ein Komponentenattribut, das die Vorbereitung Ihrer Anwendung für die Migration zu Windows 2000 erleichtern kann. Weitere Informationen finden Sie unter Verwenden transitiver Komponenten.