Intereting Posts
«Корзина», «Черновик» и счетчик не отображаются для пользовательского типа сообщения в панели администратора Как добавить отображаемое изображение в существующую почту через php? Вставка категорий как иерархических терминов из формы интерфейса Регистрация только в виде виджета – это особый тип пользовательских сообщений Как добавить «подпись данных» в тег привязки Добавление заголовка и описания к показанному изображению подстраницы Возьмите входной сигнал из формы и передайте ее функции с помощью wp-плагина Возвращайте только пользовательский подзаголовок для настраиваемого типа сообщения, не эхо-родитель-родитель Удалить стиль WordPress по умолчанию из метабоксов на страницах редактирования сообщений? Как отобразить описание терминов в архиве с пустыми терминами? Меню администратора как подменю из другого плагина Action hook 'save_post' срабатывает при удалении сообщений Как предотвратить дублирование сообщений при просмотре пользовательского таксономического термина Загружать и выполнять javascript из тела как перемещать <img> из содержимого и размещать их в другом месте на шаблоне страницы?

Ребенок-тема с повторяющейся темой переименован

Хорошо, я часто вижу, как люди говорят о детях и о причинах их использования вместо того, чтобы изменять существующую тему, но все они, похоже, сосредотачиваются на идее, что если родительская тема будет обновлена, все изменения будут потеряны. Когда я создал сайты в прошлом, я всегда делал дубликат стартовой темы, менял название темы в style.css и работал прямо там. Мне кажется, что использование одной темы вместо дочерней темы позволит сэкономить накладные расходы и позволить больший контроль над кодом – например, удаление ненужных функций, а не работу вокруг них. Если у меня возникают проблемы, у меня всегда есть исходные файлы тем для ссылки, и если родительская тема обновляется, моя детская тема все равно может сломаться, если имена функций и такие изменения, поэтому я не вижу в этом реальной выгоды.

Мои поисковые запросы в Интернете не сильно повлияли на эту тему, сохраняя «предпочтение разработчика», что на самом деле не является причиной.

Есть ли реальные преимущества использования детской темы для дублирования и переименования темы?

Solutions Collecting From Web of "Ребенок-тема с повторяющейся темой переименован"

Темы для детей полезны для пользователей, которые в основном хотят внести изменения стиля в свою тему, но не хотят – или знают, как – поддерживать базовый код. Grokking PHP / WordPress Theme Development – это совсем другое дело, чем grokking CSS.

Темы для детей также полезны для пользователей, которые хотят реализовать незначительные функциональные изменения в своей теме. Это особенно полезно для тем, которые предоставляют множество возможностей для модификации: действия / фильтры, подключаемые функции и т. Д. Конечно, такие моды можно было бы легко реализовать через пользовательский плагин, но такой плагин применим только в том случае, если правильная тема активен, поэтому он имеет такое же значение, чтобы поместить этот код в дочернюю тему.

Если вам удобно поддерживать разветвленную тему, и обнаружите, что ваши изменения превышают то, что было бы разумно для Child Theme, то непременно: fork the Theme.

Все это сводится к методу, который наиболее выгоден для конечного пользователя.

В дополнение к Chip Bennets ответ

Некоторые разработчики, как и я, имеют собственные пользовательские рамки или используют такие функции, как Genesis, Hybrid и т. Д. Эти рамки не связывают слишком много стилей, но больше функциональности, например, их собственные шаблоны и механизмы подключения. Иногда также такие вещи, как базовые классы CPT или CT, библиотеки мета-ящиков, рамки css и т. Д. Часто проще поддерживать весь ваш код в разделенных репозиториях, связывать их в «тему», а затем просто использовать эти части в своей дочерней теме.

В моем случае моя тема framework / library / parent не имеет ничего, кроме механизма загрузки для моих частей библиотеки, моих крючков и tempalting и функции начальной загрузки. В дочерней теме я могу просто определить, что мне нужно для конкретной задачи, добавить отдельные модули задачи или расширить родительские базовые классы. И последнее, но не менее важное: тема Child содержит все мои части пользовательского интерфейса: стили, сценарии, изображения.

Таким образом, для меня и многих других разработчиков это просто аккуратный способ сохранить вещи обобщенными, организованными и многоразовыми.

Одно из самых больших применений для дочерних тем – в экземплярах MUWP. Часто в многопользовательской установке связанные сайты используют часть или большую часть темы, но могут потребоваться некоторые настраиваемые макеты страниц или стили элементов. В этом случае имеет смысл использовать дочерние темы. Элементы, которые являются одинаковыми, рассматриваются в родительской теме (на самом деле это может быть настраиваемая тема, основанная на дублированной теме по умолчанию, в соответствии с вашей гипотетической), элементы, которые должны отличаться, рассматриваются в дочерних темах.

Красота детских тем заключается в том, что единственные различия между дочерней темой и родительской темой четко видны в самой детской теме. Хотите узнать, что отличается между родительской и дочерней темой? Сама детская тема представляет собой сумму этих различий. Нужно что-то изменить на тему ребенка? Вам нужно только просмотреть несколько правил и функций, а не пробираться через код для всей темы.