Memahami Handler Properti

Properti diwakili oleh ID yang dikenal sebagai pengidentifikasi properti (PID). Setiap properti HARUS memiliki pengidentifikasi unik global (GUID). Pengidentifikasi ini terdiri dari GUID, mewakili kumpulan properti yang disebut kumpulan properti ditambah string atau bilangan bulat 32-bit untuk mengidentifikasi properti dalam set. Jika bentuk bilangan bulat ID digunakan, nilai 0x00000000, 0xFFFFFFFF, dan 0xFFFFFFFE dianggap tidak valid. Vendor dapat menjamin bahwa propertinya didefinisikan secara unik dengan menempatkannya dalam set properti yang ditentukan oleh GUID mereka sendiri.

Penting

Sangat penting bahwa Anda mendefinisikan properti dengan hati-hati dan strategis untuk rilis pertama skema. Setiap perubahan pada properti kustom (seperti lebar kolom atau jenis properti) tidak akan tercermin dalam database setelah skema didaftarkan. Satu-satunya cara agar perubahan ini dikenali setelah skema didaftarkan sekali pada sistem adalah dengan membangun kembali indeks dan kemudian mendaftarkan skema baru, atau untuk mendaftarkan skema dan kemudian membuat properti baru (yang terdiri dari nama kanonis dan PKEY) untuk setiap rilis berikutnya; misalnya PKEY_GroupName_PropertyNameV2, PKEY_GroupName_PropertyNameV3, dan sebagainya). Kami tidak menyarankan untuk membuat properti baru dengan cara ini, karena beberapa kolom asing dapat memengaruhi performa sistem.

 

Topik ini diatur sebagai berikut:

Metadata

Di Windows Vista dan yang lebih baru, sistem properti baru berdasarkan metadata adalah pusat untuk mengatur item seperti file, email, dan kontak. Dalam sistem properti baru ini, item dapat dicari berdasarkan metadata mereka, dan pengguna dapat membaca atau menulis metadata tersebut. Metadata dalam sistem ini diwakili oleh sekumpulan properti yang dapat diperluas yang diimplementasikan sebagai pasangan nama/nilai.

Di Windows Vista dan yang lebih baru, sekumpulan properti yang luas mencakup item tertentu seperti foto, musik, dokumen, pesan, kontak, dan file. Vendor perangkat lunak independen (ISV) dapat memperkenalkan properti mereka sendiri ke platform jika tidak ada properti yang memenuhi kebutuhan mereka.

Buka Metadata

Sistem properti di Windows Vista dan yang lebih baru adalah sistem metadata terbuka. Format file menyimpan properti apa pun yang ditetapkan untuknya dan mengekspos nilai tersebut saat dikueri, terlepas dari relevansi atau maknanya. Ini memungkinkan pengembang pihak ketiga untuk melampirkan properti tambahan ke file tanpa memerlukan perubahan pada handler properti yang terkait dengannya. Metadata terbuka adalah konsep yang kuat. Untuk informasi selengkapnya tentang cara mendukung metadata terbuka untuk format file berbasis XML, lihat "Mendukung Metadata Terbuka" di Menginisialisasi Penangan Properti.

Catatan

Handler properti selalu dikaitkan dengan jenis file tertentu; dengan demikian, jika format file Anda berisi properti yang memerlukan penangan properti kustom, Anda harus selalu mendaftarkan ekstensi nama file unik untuk setiap format file.

 

Tentang Handler Properti

Di Windows Vista dan yang lebih baru, Windows memiliki sistem properti yang dapat diperluas untuk menyimpan dan mengambil metadata dalam file dan item data yang Anda akses. Windows Explorer dan sistem Windows Search, bersama dengan aplikasi lain, gunakan penangan properti untuk membaca dan memodifikasi metadata ini. Jika Anda adalah pengembang yang memiliki jenis file tertentu, Anda harus mendaftarkan penangan properti untuk memberikan akses sistem properti ke metadata dalam file Anda. Dalam beberapa kasus, Anda mungkin dapat menggunakan penangan properti yang ada yang dapat membaca dan memahami format file Anda dan propertinya; dalam kasus lain, Anda mungkin perlu mengembangkan penangan properti baru untuk jenis file Anda.

Langkah pertama dalam menulis handler properti adalah mempertimbangkan properti apa yang didukung jenis file Anda. Nilai properti disimpan dalam aliran file, terutama untuk mengaktifkan kemampuan transportasi. Ketika nilai properti disimpan dalam file itu sendiri, karena berada dalam sistem ini, pengguna dapat menyalin file ke komputer lain, usb flash drive, atau sistem file lain, atau mengirim file sebagai lampiran email, properti yang bepergian dengan file dan tidak pernah tidak sinkron atau hilang. Oleh karena itu, jika format file mendukung penyimpanan informasi tambahan, yang terbaik adalah menyimpan properti dalam file itu sendiri.

Langkah selanjutnya adalah menentukan properti mana yang harus disediakan file. Anda mungkin awalnya berpikir bahwa sekumpulan properti terbatas memadai. File audio hanya dapat mendukung properti terkait audio dan berakhir di sana. Namun, file audio itu bisa menjadi rekaman sesi pengadilan hukum, diarsipkan oleh firma hukum. Dalam hal ini, firma hukum tentu ingin mengaitkan properti non-audio lainnya dengan file ini, seperti nomor kasus. Penyedia format file audio mungkin tidak dapat menentukan semua skenario di mana formatnya akan pernah digunakan. Oleh karena itu, mereka harus mempertimbangkan untuk mengaktifkan penyimpanan selimut dari properti arbitrer apa pun yang didukung oleh sistem properti.

Teknologi Warisan

Teknologi aliran sekunder Microsoft Windows NT File System (NTFS) dikembangkan untuk mendukung persistensi informasi tambahan dengan file melalui aliran alternatif yang diatur pada lapisan sistem file. Seseorang mungkin bertanya-tanya mengapa aliran sekunder tersebut tidak digunakan sebagai metode utama untuk menyimpan properti, terutama dengan dukungan metadata terbuka. Alasan utamanya adalah kemampuan transportasi informasi tambahan ini. Sayangnya, aliran alternatif ini dihapus dalam banyak skenario termasuk dukungan penembolokan sisi klien (CSC), mengirim file sebagai lampiran, dan menyalin file ke penyimpanan non-NTFS.

Aliran sekunder tidak memberikan solusi yang kuat di mana properti dijamin melakukan perjalanan dengan file, dan karenanya, sistem properti Windows Vista tidak menyediakan mekanisme bawaan yang mengeksploitasi aliran NTFS sekunder untuk penyimpanan properti. ISV juga sangat tidak disarankan untuk membangun penangan properti yang menggunakan aliran sekunder untuk penyimpanan properti. Tentu saja ada skenario di mana aliran sekunder NTFS sesuai, terutama ketika aplikasi dapat menjamin bahwa file yang mereka hadapi selalu disimpan dalam volume NTFS dan tidak akan melakukan perjalanan sebagai akibat dari interaksi pengguna akhir.

Menggunakan Nama Jenis

Menggunakan Daftar Properti

Menginisialisasi Handler Properti

Mendaftarkan dan Mendistribusikan Penangan Properti

Praktik Dan FAQ Terbaik Handler Properti