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 mematuhi DCH:

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

• Componentized (C): Kustomisasi khusus edisi, khusus OEM, dan opsional ke paket driver terpisah dari paket driver dasar. Akibatnya, paket driver dasar, yang hanya menyediakan fungsionalitas perangkat inti, dapat ditargetkan, di-penerbangan, dan dilayankan 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 yang telah diinstal sebelumnya pada perangkat OEM. HSA adalah aplikasi khusus perangkat opsional yang dipasangkan dengan paket driver. Aplikasi ini dapat berupa aplikasi Platform Windows Universal (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 Driver yang Mematuhi DCH 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 Platform Windows Universal (UWP). Mereka juga menginstal dan menjalankan pada edisi Windows 10 dan 11 lainnya yang berbagi serangkaian antarmuka umum.

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

Paket driver yang mematuhi DCH terdiri dari bagian-bagian berikut:

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

Paket driver dasar berisi semua fungsi 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, penyusun sistem, atau produsen peralatan asli (OEM), menyediakan paket komponen opsional.

Setelah IHV mensertifikasi paket driver dasar, IHV 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 penyesuaian 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 lulus infverif /k.
• Pastikan bahwa 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 benar, dan menjalankan validasi INF dan ApiValidator yang tepat sebagai bagian dari build. Untuk melakukan ini:

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

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

• 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 - Deployment Image Servicing and Management. Atau, pengguna dapat mengunduh aplikasi secara manual dari Microsoft Store.