WPD_CONTENT_TYPE_FUNCTIONAL_OBJECT
将类型描述为 WPD_CONTENT_FUNCTIONAL_OBJECT 的对象表示封装设备功能的功能对象。
所有功能对象(无论哪种类型)都支持以下属性。 (如果定义自定义功能对象,则它还必须支持这些属性。)
属性名称 | 必需或可选 |
---|---|
WPD_OBJECT_ID | 必需,只读。 客户端无法设置此属性,即使在创建时也是如此。 |
WPD_OBJECT_PARENT_ID | 必需。 |
WPD_OBJECT_NAME | 必需。 |
WPD_OBJECT_PERSISTENT_UNIQUE_ID | 必需,只读。 客户端无法设置此属性,即使在创建时也是如此。 |
WPD_OBJECT_FORMAT | 必需。 |
WPD_OBJECT_CONTENT_TYPE | 必需。 |
WPD_OBJECT_ISHIDDEN | 如果对象处于隐藏状态,则为必需。 |
WPD_OBJECT_ISSYSTEM | 如果对象是系统对象,则为必需对象 (表示系统文件) 。 |
WPD_OBJECT_SIZE | 如果对象至少有一个资源,则为必需。 |
WPD_OBJECT_ORIGINAL_FILE_NAME | 如果 对象表示文件,则为必需。 |
WPD_OBJECT_NON_CONSUMABLE | 如果对象不是供设备使用,则建议使用。 |
WPD_OBJECT_REFERENCES | 如果对象具有对其他对象的引用,则为必需。 |
WPD_OBJECT_KEYWORDS | 可选。 |
WPD_OBJECT_SYNC_ID | 可选。 |
WPD_OBJECT_IS_DRM_PROTECTED | 如果对象受 DRM 技术保护,则为必需。 |
WPD_OBJECT_DATE_CREATED | 可选。 |
WPD_OBJECT_DATE_MODIFIED | 推荐。 |
WPD_OBJECT_DATE_AUTHORED | 可选。 |
WPD_OBJECT_BACK_REFERENCES | 如果对象由另一个对象引用,则建议使用。 |
WPD_OBJECT_CONTAINER_FUNCTIONAL_OBJECT_ID | 可选。 |
WPD_OBJECT_GENERATE_THUMBNAIL_FROM_RESOURCE | 可选。 |
WPD_OBJECT_CAN_DELETE | 如果无法删除对象,则为必需。 |
WPD_OBJECT_LANGUAGE_LOCALE | 可选。 |
WPD_FUNCTIONAL_OBJECT_CATEGORY | 必需。 有关 Windows 可移植设备定义的类别,请参阅下表。 |
典型资源
这些对象通常不托管资源。
功能对象类别
功能对象可以分组到类别中,具体取决于其功能。 类别由 WPD_FUNCTIONAL_OBJECT_CATEGORY 属性 (GUID 值) 描述。 类别确定支持哪些其他属性。
下表描述了 Windows 可移植设备定义的类别。 请参阅类别的说明,了解对象支持的其他属性和资源。
功能类别 | 说明 |
---|---|
WPD_FUNCTIONAL_CATEGORY_ALL | 此功能类别仅作为某些查询函数的参数有效, (指示所有功能对象类型) 均可接受的,并且不是驱动程序报告的功能类别。 |
WPD_FUNCTIONAL_CATEGORY_AUDIO_CAPTURE | 对象封装设备上的音频捕获功能,例如,录音机或其他音频录制组件。 |
WPD_FUNCTIONAL_CATEGORY_DEVICE | 对象封装设备 (即设备) 的最顶层对象。 |
WPD_FUNCTIONAL_CATEGORY_NETWORK_CONFIGURATION | 对象封装设备的网络配置功能,例如 WiFi 配置文件或合作关系。 |
WPD_FUNCTIONAL_CATEGORY_RENDERING_INFORMATION | 对象描述设备能够播放的媒体文件类型。 |
WPD_FUNCTIONAL_CATEGORY_SMS | 对象封装短消息服务功能 (通常称为“短信”) 设备上。 |
WPD_FUNCTIONAL_CATEGORY_STILL_IMAGE_CAPTURE | 对象封装相机或相机附件等设备上的静止图像捕获功能。 |
WPD_FUNCTIONAL_CATEGORY_STORAGE | 对象封装设备上的物理文件存储。 |
WPD_FUNCTIONAL_CATEGORY_VIDEO_CAPTURE | 对象封装设备上的视频捕获功能,例如视频录制器组件。 应用程序使用此对象来获取编程控制。 |
相关主题
反馈
https://aka.ms/ContentUserFeedback。
即将发布:在整个 2024 年,我们将逐步淘汰作为内容反馈机制的“GitHub 问题”,并将其取代为新的反馈系统。 有关详细信息,请参阅:提交和查看相关反馈