Инкапсуляция предпочтений Java API
Спасибо raju_eww за подсказку в правильном направлении. Но в случае пользовательской коллекции типов записей имя ловушки фильтра должно быть таким:
add_filter( 'rest_custom-post-type_collection_params', 'my_prefix_add_rest_orderby_params', 10, 1 );
function my_prefix_add_rest_orderby_params( $params ) {
$params['orderby']['enum'][] = 'menu_order';
return $params;
}
найдено здесь: https://www.timrosswebdevelopment.com/wordpress-rest-api- после заказа /
3 ответа
Вы смешиваете несколько понятий здесь. Значение по умолчанию, данное в коде, должно быть характерно для локальной ситуации как 'разумное значение по умолчанию'. Если Вы хотите иметь значения по умолчанию всего приложения, то Вам нужен предпочтительный поставщик, который позволяет Вам сцепляться и в предпочтениях по умолчанию и в наложенные пользовательские настройки. Что-то, что может быть стоящим проектом сам по себе.
О, и "разумные значения по умолчанию" отличный способ избежать конфигурации, когда это не необходимо, но позвольте пользователю или поставщику программного блока обеспечивать лучшие значения при необходимости.
@comment, я думаю, что понимаю.
'Локальной ситуацией' я имею в виду в контексте кода. Для Вашего GUI Вам нужно значение для дисплея, который представляет то, что использует поток. Поэтому я использовал бы что-то как Рабочий. DEFAULT_TIMEOUT. Ваш рабочий использовал бы то же значение внутренне в качестве значения по умолчанию. Тем путем Вы получаете настроенное значение или значение по умолчанию рабочего при установке поведения рабочего.
Было бы настолько трудно засунуть все Ваши значения по умолчанию в единый класс так, чтобы они не замусорили Ваш код?
Я использовал конфигурацию свободного городского населения в недавних проектах. Я изучил Предпочтения Java API, но мне нравится гибкость проекта палаты общин. И Вы не должны указывать значения по умолчанию!
Вы можете поместить значения по умолчанию в файл .preferences, который вы объединяете в свой файл .jar (или в специализированный класс или интерфейс с константами).
Я использую его для таких вещей, как положение / размер окон, запоминание папки по умолчанию для выбора файлов, последних открытых файлов и подобных мелочей. Я могу придумать некоторые интересные вещи, которые вы получаете «бесплатно» с помощью API настроек:
- выполнение действий в соответствии с рекомендациями ОС; ОС может не позволять вам записывать «файлы настроек» в папку вашего приложения, и пользователи не любят, когда их спрашивают, где на диске они хотят сохранить настройки, и вы не хотите реализовывать свою собственную логику для каждой платформы
- ваши данные сохраняются для каждого пользователя ОС отдельно
- , чтобы сохранить данные пользователя, даже если ваше приложение было удалено (или во время обновления)
- не требуется база данных или доступ к файловой системе
Кроме того, я не люблю сериализацию и не рекомендую ее для этого. Сериализация означает, что вы должны проявлять осторожность при изменении классов в новых версиях вашего приложения.