Łączenie rozszerzeń platformy z innymi rozszerzeniami nazw sekcji

Jak wskazano na temat tworzenia plików INF dla wielu platform i systemów operacyjnych, dekoracje rozszerzeń platformy są wymagane w sekcjach Modele INF, ale istnieją inne sekcje, w których są opcjonalne. To, czy dekoracje rozszerzeń platformy są stosowane w tych sekcjach, gdzie jest to opcjonalne, zależy generalnie od tego, czy INF ma na celu obsługę różnych platform i czy instrukcje instalacji (w tym dokładne pliki do skopiowania) są takie same na każdej platformie.

W przypadku korzystania z rozszerzeń platformy w sekcji INF DDInstall wszystkie powiązane sekcje DDInstall, takie jak DDInstall. Usługi, DDInstall. HW i DDInstall. Sekcje interfejsów muszą używać tego samego rozszerzenia platformy.

Pliki INF zawierające rozszerzenia platformy install-section-name mogą również zawierać rozszerzenia platformy wraz z sekcją INF SourceDisksNames i wpisami sekcji INF SourceDisksFiles aby określić lokalizacje plików instalacyjnych w sposób specyficzny dla platformy.

Przykład: wiele platform z tymi samymi instrukcjami instalacji i skopiowanymi tymi samymi plikami

Ten fragment przykładowego pliku INF pokazuje, w jaki sposób plik INF może być zorganizowany, jeśli ma obsługiwać wiele platform, na których skopiowane pliki (jeśli takie istnieją) i instrukcje instalacji są identyczne dla każdej z platform.

[SourceDisksFiles]
ArchitectureAgnosticFile.txt=1

[ExampleModelsSection.NTx86]
%DeviceDesc%=ExampleInstallSection,ExampleHardwareId

[ExampleModelsSection.NTamd64]
%DeviceDesc%=ExampleInstallSection,ExampleHardwareId

[ExampleInstallSection]
CopyFiles=FilesToCopy

[FilesToCopy]
ArchitectureAgnosticFile.txt

[ExampleInstallSection.Hw]
...

Przykład: wiele platform z tymi samymi instrukcjami instalacji i skopiowanymi różnymi plikami

Ten fragment przykładowego pliku INF pokazuje, jak struktura inf może być ustrukturyzowana, jeśli powinna obsługiwać wiele platform, na których skopiowane pliki są różne dla każdej platformy. Pliki, które mają być kopiowane, mogą być rozróżniane według sekcji specyficznych dla architektury [SourceDisksFiles], ale sekcje instalacji nadal mogą być takie same.

[SourceDisksFiles.x86]
ArchitectureSpecificBinary.sys=1,x86

[SourceDisksFiles.amd64]
ArchitectureSpecificBinary.sys=1,amd64

[ExampleModelsSection.NTx86]
%DeviceDesc%=ExampleInstallSection,ExampleHardwareId

[ExampleModelsSection.NTamd64]
%DeviceDesc%=ExampleInstallSection,ExampleHardwareId

[ExampleInstallSection]
CopyFiles=FilesToCopy

[FilesToCopy]
ArchitectureSpecificBinary.sys

[ExampleInstallSection.Services]
AddService=ExampleService,2,ExampleServiceInstallSection

[ExampleServiceInstallSection]
...

Przykład: wiele platform z różnymi instrukcjami instalacji i skopiowanymi plikami

Ten fragment przykładowego pliku INF pokazuje, jak struktura inf może być ustrukturyzowana, jeśli powinna obsługiwać wiele platform, na których skopiowane pliki są różne dla każdej platformy i istnieją różne instrukcje instalacji.

[SourceDisksFiles.x86]
ArchitectureSpecificBinary.sys=1,x86
x86OnlyBinary.dll=1,x86

[SourceDisksFiles.amd64]
ArchitectureSpecificBinary.sys=1,amd64

[ExampleModelsSection.NTx86]
%DeviceDesc%=ExampleInstallSection,ExampleHardwareId

[ExampleModelsSection.NTamd64]
%DeviceDesc%=ExampleInstallSection,ExampleHardwareId

[ExampleInstallSection.NTx86]
CopyFiles=FilesToCopy_x86

[FilesToCopy_x86]
ArchitectureSpecificBinary.sys
x86OnlyBinary.dll

[ExampleInstallSection.NTx86.Services]
AddService=ExampleService,2,ExampleServiceInstallSection

[ExampleInstallSection.NTamd64]
CopyFiles=FilesToCopy_amd64

[FilesToCopy_amd64]
ArchitectureSpecificBinary.sys

[ExampleInstallSection.NTamd64.Services]
AddService=ExampleService,2,ExampleServiceInstallSection

[ExampleServiceInstallSection]
...