Prinsip Desain DCH dan Praktik Terbaik

Halaman ini menjelaskan prinsip desain dan praktik terbaik untuk paket driver yang mematuhi DCH.

Prinsip Desain DCH

Ada tiga prinsip desain yang perlu dipertimbangkan agar paket driver sesuai dengan DCH:

• Deklaratif (D): Instal paket driver hanya dengan menggunakan arahan INF deklaratif. Jangan sertakan penginstal pendamping atau fungsi RegisterDll.

• Componentized (C): Kustomisasi yang khusus untuk edisi, khusus OEM, dan opsional terhadap paket driver dipisahkan dari paket driver dasar. Akibatnya, paket driver dasar, yang hanya menyediakan fungsionalitas inti perangkat, dapat ditargetkan, diberikan secara bertahap, dan dikelola secara independen dari penyesuaian.

• Aplikasi Dukungan Perangkat Keras (H): Komponen antarmuka pengguna (UI) apa pun yang terkait dengan paket driver harus dikemas sebagai Aplikasi Dukungan Perangkat Keras (HSA) atau telah diinstal sebelumnya pada perangkat OEM. HSA adalah aplikasi khusus perangkat opsional yang dipasangkan dengan paket driver. Aplikasi ini dapat berupa aplikasi Universal Windows Platform (UWP) atau Desktop Bridge. Anda harus mendistribusikan dan memperbarui HSA melalui Microsoft Store. Untuk detailnya, lihat Aplikasi Dukungan Perangkat Keras (HSA): Langkah-langkah untuk pengembang driver dan Aplikasi Dukungan Perangkat Keras (HSA): Langkah-langkah untuk pengembang aplikasi.

Akronim "DCH" mengacu pada prinsip-prinsip yang tercantum di atas. Silakan lihat halaman Contoh Paket DriverDCH-Compliant untuk melihat bagaimana sampel driver dapat menerapkan prinsip desain DCH.

Gambaran Umum

Paket driver yang sesuai dengan DCH berisi file INF dan biner yang menginstal dan menjalankan pada Windows edisi berbasis Universal Windows Platform (UWP). Mereka juga menginstal dan menjalankan pada edisi Windows 10 dan 11 lain yang berbagi serangkaian antarmuka umum.

Biner driver yang mematuhi DCH dapat menggunakan KMDF, UMDF 2, atau Windows Driver Model (WDM).

Paket driver yang sesuai dengan DCH terdiri dari bagian-bagian berikut:

• Paket driver dasar
• Paket komponen opsional
• Aplikasi dukungan perangkat keras opsional

Paket driver dasar berisi semua fungsionalitas inti dan kode bersama. Paket komponen opsional dapat berisi kustomisasi dan pengaturan tambahan.

Biasanya, produsen perangkat, atau vendor perangkat keras independen (IHV), menulis paket driver dasar. Kemudian, pembuat sistem, atau produsen peralatan asli (OEM), menyediakan paket komponen opsional apa pun.

Setelah IHV mensertifikasi paket driver dasar, paket tersebut dapat disebarkan pada semua sistem OEM. Karena paket driver dasar dapat digunakan di semua sistem yang berbagi bagian perangkat keras, Microsoft dapat menguji paket driver dasar secara luas melalui penerbangan Windows Insider, daripada membatasi distribusi ke komputer tertentu.

OEM hanya memvalidasi kustomisasi opsional yang disediakannya untuk sistem OEM.

Persyaratan

Untuk membuat paket driver yang mengikuti prinsip desain DCH, ikuti langkah-langkah berikut:

• Buat file INF untuk paket driver Anda:
  1. Tinjau daftar bagian dan arahan INF yang valid dalam paket driver Universal.
  2. Gunakan alat InfVerif untuk memverifikasi bahwa file INF paket driver Anda mengikuti persyaratan Deklaratif (D). Ini harus melewati infverif /k.
• Pastikan bahwa setiap paket komponen opsional yang tidak berisi fungsionalitas driver inti dipisahkan dari paket driver dasar.
• Aplikasi dukungan perangkat keras yang terkait dengan paket driver Anda harus didistribusikan melalui Microsoft Store.

Praktik terbaik

• Jika Anda menggunakan Windows Driver Kit (WDK) dengan Visual Studio terbaru yang tersedia, atur nilai Platform Target di properti proyek driver ke Universal. Ini secara otomatis menambahkan pustaka yang tepat, dan menjalankan validasi INF yang sesuai dan ApiValidator sebagai bagian dari proses pembangunan. Untuk melakukan ini:

  1. Buka pengaturan proyek driver.
  2. Pilih Pengaturan Driver.
  3. Gunakan menu drop-down untuk mengatur Platform Target ke Universal.

• Jika INF Anda melakukan tindakan penyiapan khusus yang bergantung pada platform target, pertimbangkan untuk memisahkannya menjadi ekstensi INF. Anda dapat memperbarui INF ekstensi secara independen dari paket driver dasar untuk membuatnya lebih kuat dan dapat dilayankan. Untuk informasi selengkapnya, lihat Menggunakan file ekstensi INF.

• Jika Anda ingin menyediakan aplikasi yang berfungsi dengan perangkat Anda, sertakan Aplikasi Dukungan Perangkat Keras. Untuk informasi selengkapnya, lihat Aplikasi Dukungan Perangkat Keras (HSA): Langkah-langkah untuk pengembang driver. OEM dapat memuat aplikasi tersebut dengan menggunakan DISM - Layanan dan Manajemen Gambar Penyebaran. Atau, pengguna dapat mengunduh aplikasi secara manual dari Microsoft Store.