В настоящее время ведется инициатива сообщества WordPress по стандартизации типов контента, используемых разработчиками плагинов. Джастин Тэдлок возглавляет инициативу по созданию курируемых сообществом WordPress стандартов для общих типов записей, таксономий и метаданных.
Разработчикам WordPress предлагается присоединиться к обсуждению, происходящему в репозитории стандартов типов контента на Github, где Тэдлок обозначил цель: «Цель этого репозитория — создать открытый набор стандартов для сообщества разработчиков WordPress о том, как называть пользовательские типы сообщений. а также соответствующие таксономии и метаданные». Это будет включать в себя общие типы сообщений, такие как отзывы, портфолио, рецепты, часто задаваемые вопросы, события и продукты.
Тэдлок, исторически активно выступавший за переносимость данных , надеется, что стандарты позволят пользователям безболезненно переключаться между плагинами, конкурирующими в одном пространстве, без потери каких-либо данных. Стандарты также облегчат разработчикам создание расширений таким образом, чтобы они могли быть более широко приняты разработчиками тем. Он выделяет несколько преимуществ, которыми пользователи и разработчики смогут воспользоваться в результате применения стандартов типов контента:
- Меньше беспокойтесь о том, как назвать вещи при создании плагина.
- У нас могут быть конкурирующие плагины в одном пространстве.
- Классные вещи, такие как дополнительные плагины, становятся проще в создании.
- Пользователи могут переключаться между похожими плагинами, чтобы найти тот, который им больше нравится.
- Было бы проще продвигать такие вещи в основном WP, как пользовательские Dashicons.
- Авторы тем потенциально могут поддерживать несколько плагинов.
Сначала проект будет сосредоточен на установлении набора стандартов для авторов плагинов, основанных на основных методах WordPress. Tadlock также предлагает дополнительную цель создания нескольких PHP-скриптов для разработчиков, чтобы они могли копировать/вставлять для регистрации типа записи или таксономии, которые используют новые стандарты.
Необходимость инициативы, курируемой сообществом
Брайан Крогсгард недавно опубликовал статью , призывающую Jetpack и WordPress.com проложить путь к стандартизации пользовательских типов записей. В то время как Jetpack и WordPress.com находятся в хорошем положении, чтобы возглавить это, есть много разработчиков сообщества за пределами Automattic, которые могут внести ценный вклад в создание действительно открытого набора стандартов.
В недавней статье, в которой подчеркивается необходимость в стандартах пользовательских типов записей, Тэдлок утверждает, что стандартизация выходит далеко за рамки простых соглашений об именах:
Люди по-прежнему используют свой собственный отдельный код, а не перенимают существующие решения, предпочитая решение, созданное внутри компании, а не объединение с другими. Вот почему у нас нет стандартов. Это действительно имеет мало общего с соглашениями об именах типов постов.
Идея стандартов, курируемых сообществом, заключается в том, чтобы помочь разработчикам WordPress работать вместе без необходимости каждый раз изобретать велосипед со своими собственными решениями. Вместо того, чтобы закрывать продукты с соглашениями об именах, которые не смогут передавать данные пользователей, Tadlock поощряет разработчиков работать над созданием плагинов, которые сами по себе становятся стандартами.
Стандарты создаются после того, как мы их разработали и приняли достаточное количество людей. Другими словами, мы создаем стандарты, создавая хорошие плагины, побуждая пользователей устанавливать их и интегрируя с ними авторов тем.
Проект Content Type Standards — это инициатива сообщества, которая ставит пользователей на первое место и помогает разработчикам создавать продукты, которые можно использовать более широко. Первым делом нужно установить типы сообщений для стандартизации , чтобы участники могли затем обращаться к стандартам именования, таксономии и метаданным для каждого из них. Если вы создаете продукты, в которых используются настраиваемые типы записей, не забудьте принять участие в обсуждении на GitHub.
