В предыдущей статье мы с вами научились создавать ajax ссылку, по клику по которой срабатывала Ajax команда – AlertCommand(), по сути, она является аналогом команды alert() на JS.
Сегодня мы рассмотрим, какие еще существуют команды в Ajax API из ядра Drupal 8. Данную статью разделим на 2 части, ибо помимо базовых Jquery команд, в Drupal 8 появился новый Api – Modal API, которому будет посвящена отдельная статья.
В Drupal 7 впервые появился Ajax API, который достаточно удобен и к тому же был способен расширяться путем написания своих кастомных Ajax функций. В Drupal 8 Ajax API никуда не делся, но стал более информативным и еще более гибким.
Сейчас мы с вами создадим простую Ajax ссылку, которая будет возвращать alert() с переданным параметром.
Создание Ajax ссылки можно разбить на 2 основных этапа:
Мы с вами уже умеем создавать простейшие формы и создать программно блоки. Теперь пришло время соединить все наши знания воедино, а именно займемся выводом кастомной формы в кастомном блоке.
Останавливаться на подробном создании блока и формы я не буду, кто не в курсе – идем по ссылкам выше.
Наш модуль будет называться custom_form_in_block.
Как вам известно, в Drupal 8 блоки, тоже стали сущностями – это означает, что мы может создать «Тип блока» и добавлять для каждого типа блока свой набор полей, - это то, что действительно не хватало в Drupal 7, когда поля для блоков можно было реализовать только написанием кастомного модуля.
Сегодня мы займемся созданием кастомного блока из своего модуля.
Система блоков теперь имеет по сути, 2 отдельных API
Drupal 8 принес много изменений в нашу CMF, кому то они пришлись по вкусу, кому то, показались излишними и очень сложными, но равнодушных явно не осталось. Сегодня, мы с вами займемся, наверное, в ближайшее время самым популярным видом работы у фрилансеров – переход на 8ку.
В новой ветке, такого понятия как обновления (upgrade) ядра - больше нет, т.е. мы с вами не может скопировать файлы Drupal 8 в корень нашего сайта, например на Drupal 7 и запустить update.php – как мы делали в предыдущих релизах движка.
Одним из важных моментов для любого Drupal разработчика является знание Form API, без которого более или менее сложный проект уже не построить. Сейчас мы с вами на примере построим простейшую форму с функцией валидации в новой ветке движка.
Нашу задачу мы разобьём на несколько шагов:
Думаю, многие из вас уже успели познакомиться с Drupal 8 и его многочисленными изменениями и наверняка уже знаете, что в основу новой ветки пришел и новый шаблонизатор, взамен PHPTemplate – Twig. Сегодня мы рассмотрим основы данного шаблонизатора, дабы в следующих уроках по созданию темы для Drupal 8, вы понимали его специфичный синтаксис.
Итак, начнем с базовых вещей:
Вставка комментария:
В новой ветке нашей любимой CMF режим отладки несколько изменился. Если в 7ке нам достаточно было отключить кеширование из админ панели и можно было дальше смело дебажить все наши наработки, то теперь от кеширования так «просто» не избавиться. Этим мы сейчас с вами и займемся.
Итак, у нас есть чистая установка Drupal 8, со стандартной темой Bartik активированной по умолчанию. Первое, что нам необходимо сделать – это убедиться, что кеширование в админке сайта у нас отключено. Идем по пути Конфигурация -> Производительность:
Релиз Drupal 8 состоялся и теперь, имеет смысл более детально рассматривать данную систему. Все нововведения самого движка, мы естественно здесь не будем рассматривать, а перейдем сразу к практике. Одним из важных моментов для разработчиков, является написание кастомных модулей, ибо ни один более или менее сложный проект не обходится без написания своих модулей.
Помимо всех прочих благ, которые Form API предоставляет разработчику из «коробки», он так же может вам помочь в реализации зависимых полей. Например, нам необходимо от определенного выбранного значения одного поля, показать (скрыть) другое поле. Первое что вам может прийти в голову – это использовать JS, но и на этой случай у Form API есть свое решение. Как всегда рассмотрим это дело на примере.