Introduce a wrapper for the 'auto_update_{$type}' filter checks

[SergeyBiryukov]

Background: #50868

Looking at [48750], using the $type variable was necessary to reference the canonical name of the filter, but with the filter applied in quite a few places, that increases the chances of a conflict with an existing $type variable used elsewhere.

I think this would benefit from having a dedicated function as a wrapper for the filter, something like wp_is_auto_update_forced_for_type(), similar to wp_is_auto_update_enabled_for_type().

[rebasaurus]

First attempt...let me know if this is what you were thinking you had in mind.

[garrett-eclipse]

Thanks for the patch @rebasaurus, a couple notes;

1. You'll want to update the since to 5.6.0 if it's to land in the upcoming major.
2. Along with building the wrapper you'll want to apply it throughout core. The function should be applied to all instances of "auto_update_{$type}" as can be found in this changeset.
3. The descriptions of the @params on the filters blocks should all align starting one space after the longer parameter name.

[SergeyBiryukov]

In 49241:

Upgrade/Install: Introduce a wrapper for the auto_update_{$type} filter checks.

This allows for cleaner checks whether auto-updates are forced for a plugin or theme.

Follow-up to [48750].

Props rebasaurus, garrett-eclipse, SergeyBiryukov.
Fixes #50875.

[SergeyBiryukov]

In 49243:

Upgrade/Install: Restore casting $filter_payload to an object in WP_MS_Themes_List_Table::prepare_items().

Follow-up to [48750], [49241].

See #50875.