Разработчики ядра Drupal предложили адаптировать React для административного интерфейса

Как Drupal, так и WordPress сообщества в данный момент рассматривают возможности выбора JavaScript фреймворков для модернизации основной архитектуры по созданию пользовательских интерфейсов в 2018 и позднее. На днях основатель Drupal Дрис Бёйтарт опубликовал результаты обсуждений с разработчиками ядра, менеджерами фреймворков, управляющими JavaScript подсистемами, а также JavaScript экспертами с мероприятия DrupalCon Vienna. Совместно они пришли к выводу, что Drupal должен рассмотреть возможность принятия React.

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

Предложение стало обнародовано для широкого сообщества Drupal. Дрис в ходе своей ключевой презентации в Вене предложил протестировать и изучить, как административный опыт взаимодействия в Drupal может быть улучшен с использованием фреймворков JavaScript.

Два года назад Drupal уже изучал внедрение JavaScript фреймворка, и тогда Дрис рассматривал в качестве вариантов React, Ember и Angular. Патентное условие Facebook в лицензии React вызвало его сомнения в плане применимости этого фреймворка для Drupal, но затем лицензия была изменена на MIT. Перед сообществом Drupal в то время не стояла цель выбрать конкретный фреймворк, и в итоге Дрис решил сфокусироваться на улучшении API веб-сервисов Drupal.

«Не придерживаясь какого-либо одного фреймворка, мы видим, что разработчики Drupal рассматривают целый ряд фреймворков JavaScript, общаются с участниками сообществ разных JS-фреймворков, которые работают с веб-сервисами Drupal», — отметил Дрис. – «Я видел, к примеру, что Drupal 8 используется как хранилище контента на базе разных JS-фреймворков».

Дрис поделился иллюстрацией, показывающей, как он представляет себе «поддержку различных JS-библиотек во фронтэнде, опираясь на один общий фреймворк как стандарт для всех административных интерфейсов Drupal».

Такой подход похож на то, что предлагают разработчики Gutenberg – интероперабельность фреймворк-агностичных блоков, когда ядро адаптирует какой-либо фреймворк, но при этом разработчики могут расширять новый редактор (и другие интерфейсы) с помощью любой JS-библиотеки, которую они предпочитают. В дополнение к большей гибкости, этот подход помогает защитить проект от последствий быстрого развития фреймворков и библиотек JS.

«Прошло несколько лет, а мы до сих пор не знаем, какой фреймворк JavaScript выйдет победителем, если вообще какой-либо сможет победить, и я готов поспорить, что даже ожидание в течение следующих двух лет не даст нам большей ясности», — отметил Дрис. – «Фреймворки JS продолжат развиваться и принимать новые формы. Выбор одного из них – это всегда определенная сложность и в какой-то степени взгляд в будущее. Тем не менее, я вижу, что именно React сегодня имеет максимальный импульс развития».

В предложении, опубликованном на Drupal.org за авторством Лаури Эскола, главного менеджера по фреймворкам Drupal, который специализируется на JavaScript, было отмечено, что разработчики выразили «единодушное согласие… что React стал бы хорошим вариантом». Эскола привел несколько преимуществ, которые, по мнению разработчиков, Drupal получит от React, включая широкую экосистему библиотек, активное сообщество разработчиков, зрелость проекта, а также улучшенные возможности профессионального роста для разработчиков Drupal. WordPress.com, TYPO3, The New York Times, Airbnb и другие проекты, использующие React, также были перечислены в списке основных преимуществ фреймворка.

Обсуждение этого предложения оказалось очень интересным и чем-то напомнило недавние дискуссии, прошедшие в сообществе WordPress по поводу React. Некоторые разработчики Drupal выразили озабоченность по поводу того, что изучение React является непростым, а потому это значительно усложнит процесс разработки.

«В целом я сторонник фреймворка», — отметил разработчик Drupal Марк Миллер. – «Однако у меня есть вопрос: много ли PHP-разработчиков смогут изучить React? Я знаю, что мы хотим привлечь больше Javascript разработчиков, но, как мне кажется, многие пользователи, создающие модули и использующие их, вышли из PHP-среды. Я знаю, что JavaScript-разработчики любят React, но, скорее всего, для других пользователей кривая обучения будет очень крутой, учитывая, что у Drupal она и так крутая».

Другие пользователи, ранее разочарованные представлениями о том, что Drupal не способен идти в ногу с современной веб-разработкой, приветствовали эксперименты с React. Некоторые отстаивали свой выбор фреймворков и заявили, что хотели бы, чтобы эксперименты были расширены и на другие фреймворки.

«У нас уже есть задача по прототипу React для страницы watchdog?» — задался вопросом разработчик ядра Drupal Энджи Байрон. – «Когда она будет создана, люди, заинтересованные в других фреймворках (я часто слышу про веб-компоненты и Vue.js как здесь, так и в обсуждениях WP), смогут начать альтернативную реализацию, и мы смогли бы сравнить/изучить разные подходы, что было бы очень полезно, на мой взгляд».

Drupal планирует провести масштабное тестирование, чтобы принять окончательное решение до предстоящего цикла разработки 8.6.0, который должен стартовать в первой части 2018 года. Дрис сказал, что после выбора фреймворка руководство Drupal планирует начать его постепенную, ограниченную адаптацию, «чтобы решение было легко обратимым, если затем появятся более эффективные подходы».