Участники библиотеки активации подключаемых модулей TGM работают над предложением функционального подключаемого модуля

Команда библиотеки активации плагинов TGM (TGMPA) работает над тем, чтобы предложить ее в качестве функционального плагина для WordPress. В июле прошлого года участники проекта открыли обсуждение сообщения, призывающего к плагинам функций, и будущая версия 3.0 разрабатывается с учетом этого пути.

Разработчики используют TGMPA для управления зависимостями между плагинами и темами в качестве альтернативы объединению множества функций плагинов в одно расширение. Он знакомит пользователей с процессом установки зависимостей плагинов, которые требуются или рекомендуются разработчиком. Библиотека используется в 6% тем WordPress.org, а также в большом количестве коммерческих продуктов, размещенных на CodeCanyon и Themeforest.

TGMPA потребуется существенно переписать, чтобы подготовить его к рассмотрению в качестве функционального плагина. Он также должен быть совместим с несколькими сайтами, решать ряд проблем с удобством использования и убирать дополнительные функции, чтобы стать компактнее и удобнее для ядра.

Команда, стоящая за проектом, проводит опрос , чтобы узнать мнение сообщества относительно реализации этих изменений. Вот несколько примерных соображений из опроса:

• Какой метод должен использовать подключаемый модуль для предоставления информации о зависимости мультисайту независимо от того, активны ли тема или подключаемый модуль?
• Как плагин должен работать с темами и плагинами, которые еще не обновлены до более новой версии TGMPA?
• Должен ли плагин поддерживать источники загрузки плагинов, отличные от wordpress.org?

«Мне кажется, что нам нужно больше поддержки основной команды, чтобы он был должным образом рассмотрен для статуса функционального плагина, поэтому некоторое закулисное лоббирование в порядке», — сказала Tavern ведущий разработчик TGMPA Джульетт Рейндерс Фолмер . «Опрос также является частью этого, поскольку он даст нам достоверные данные для использования в обсуждениях».

Будущее TGMPA — за более модульной архитектурой

Фолмер сказал, что независимо от того, будет ли одобрен TGMPA в качестве функционального плагина, будущая разработка будет продолжаться с учетом ядра.

«Разработка v3 будет гораздо более модульной, — сказал Фолмер. «В настоящее время TGMPA фактически представляет собой один файл с четырьмя классами. Это позволяет легко включать его в темы и плагины (один файл), но не так просто в обслуживании. Поскольку v3 будет содержать некоторые большие изменения, кажется, что сейчас самое время изменить структуру TGMPA».

Фолмер сказал, что при более модульном подходе команда планирует разделить пакет на несколько разных репозиториев для целей разработки. Она предварительно определила функции, которые будут предлагаться в основном модуле, а все остальное будет поддерживаться через дополнительные модули, то есть:

• поддержка связанных плагинов
• поддержка URL-адресов загрузки, отличных от wp.org
• поддержка рекомендуемых плагинов

TGMPA также представит две оболочки, каждая из которых будет функционировать как слой, который будет загружать все доступные модули:

• один за постоянную поддержку включения TGMPA в плагины и темы
• один для TGMPA в качестве функционального плагина

«Поэтому независимо от того, какое решение будет принято относительно того, будет ли разрешено использовать TGMPA в качестве функционального плагина, поддержка функций TGMPA в том виде, в каком она есть (но в улучшенном виде), будет продолжена», — сказал Фолмер.

«Благодаря модульной разработке загрузить «TGMPA» с GitHub будет уже не так просто, поскольку вам потребуется загружать все различные модули (или использовать композитор / использовать подмодули git)», — сказала она. «Я предполагаю, что Custom TGMPA Generator станет шагом вперед для загрузки TGMPA в виде полного пакета в этом отношении».

Может ли TGMPA получить достаточную поддержку от основных разработчиков, чтобы стать функциональным плагином?

Фолмер сказала, что разработчики ядра WordPress, с которыми она разговаривала, разделились во мнениях относительно того, делает ли текущий подход хорошим кандидатом на роль функционального плагина.

Во время предварительных обсуждений на GitHub главный коммиттер WordPress Гэри Пендергаст выразил сомнения по поводу того, что в процессе требуется слишком много взаимодействия с пользователем.

«Основная цель зависимостей плагинов должна заключаться в том, чтобы они были невидимы для пользователя», — сказал Пендергаст. «Если есть момент, когда пользователя просят принять решение, то это не готово для ядра.

«Я быстро прочитал код TGMPA, — сказал он. «Я думаю, что это решает проблему, которую необходимо было решить (предоставление встроенной библиотеки для тем и плагинов), но я думаю, что нам нужно было бы гораздо более тесно привязать его к ядру, чтобы он стал функциональным плагином».

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

«До сих пор большинство ответов исходило от разработчиков, использующих TGMPA», —