我想我们还需要后类型支持我们也要检查一下，不是吗？如果帖子类型不支持缩略图缓存，那么更新缩略图缓存没有任何好处。

我还想知道_链接和_嵌入。这些目标是否应该更具针对性_links.wp：功能媒体例如

它还提出了拥有rest_are_fields_included（字符串[]$field_names，$fields）功能

我们不需要后置类型支持。如果帖子类型不支持特色图像，则缺少此字段。

@spacedmonkey（空格键）“失踪”怎么了？包含rest_is_field_included不知道post类型，因此它只考虑是否提供了参数。如果没有_字段则返回真的.这意味着我们将最后打电话更新post_humbnail_cache对于不支持它们的帖子类型。

@卡达姆怀特只有架构中的特色媒体，如果帖子类型支持它，那么它就不存在。请参见

@spacedmonkey（空格键）啊，对了，包含rest_is_field_included可能没有任何架构上下文，但获取响应字段根据指定的架构生成包含的字段列表。说得好！担忧消失了。

@spacedmonkey（空格键）我回过头来看，布尔逻辑看起来仍然是错误的。

rest_is_field_included（'featured_media'，$fields）||rest_is_field_icluded

这意味着如果_链接或_嵌入请求，即使post类型不支持缩略图并且架构中没有featuredmedia。

我们可以恢复岗位类型支持检查吗？

所以

if（（（rest_is_field_included（'_embedded'，$fields）||rest_is_field_icluded{

@spacedmonkey（空格键）我回过头来看，布尔逻辑看起来仍然是错误的。

rest_is_field_included（'featured_media'，$fields）||rest_is_field_icluded

这意味着如果_链接或_嵌入请求，即使post类型不支持缩略图并且架构中没有featuredmedia。

我们可以恢复岗位类型支持检查吗？