Manual:Parser functions/ru

Функции парсера, добавленные в MediaWiki 1.7, представляют собой тип расширения, тесно интегрированного с парсером. Фразу "функция парсера" не следует путать с, которая представляет собой набор простых функций парсера. (Смотрите для этого.)

Описание
В то время как теги расширений обрабатывают необработанный текст и возвращают HTML в браузер, функции парсера могут 'взаимодействовать' с другими вики-элементами на странице. Например, вывод функций парсера может использоваться как шаблонный параметр или в конструкторе ссылок.

Типичный синтаксис парсера функции:

Для получения дополнительной информации см. по. В этой документации указано:


 * Функция обратного вызова должна иметь вид:
 * Или с :
 * Или с :

Первый вариант вызова передает все аргументы в виде обычного текста. Второй передает все аргументы в виде массива из, за исключением первого , который в настоящее время является текстом, хотя это может измениться в будущем. Они представляют собой нерасширенный викитекст. Параметр  можно использовать для расширения этих аргументов по мере необходимости. Это обычно используется для условной обработки, так что только "true" случай оценивается с помощью функции парсера, похожей на if или switch. Объект фрейма также может подняться вверх по дереву документа, чтобы получить информацию о вызывающем объекте, и имеет функции для определения и управления глубиной вызова, временем жизни и изменчивостью результата функции синтаксического анализатора.

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



Простой пример
Ниже приведен пример расширения, которое создает функция парсера.

Запись переходит в extension.json, а код-в src/ExampleExtensionHooks.php соответственно:

Другой файл, ExampleExtension.i18n.php, в каталоге расширений (Не в подкаталоге src/) должен содержать:

С включенным расширением,



производит:


 * param1 это hello и param2 это hi и param3 это hey



В пределах LocalSettings.php
Волшебные слова и функции парсера для их обработки могут быть полностью определены в LocalSettings.php.



Более длинные функции
Для более длинных функций вы можете захотеть разделить функции ловушек на файл _body.php или .hooks.php и сделать их статическими функциями класса. Затем вы можете загрузить класс с помощью и вызвать статические функции в хуках; например.:

Положи это в свой  файл:
 * Смотри: Создание обработчика событий для других стилей.

Затем положить это в ваш  файл

Кэширование
Как и в случае расширения тега, может использоваться для отключения кэша для динамического расширения.

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



Интерфейс парсера


Контролирование вывода парсера
Чтобы викитекст, возвращаемые функцией парсер быть полностью разбираемый (в том числе расширение шаблонов), установите параметр, false при возвращении:

Кажется, значение по умолчанию для  изменилось с false на true, по крайней мере, в некоторых ситуациях, примерно в версии 1.12.

И наоборот, чтобы ваш парсер функция возвращает HTML, который остается непроанализированным, а не обратно викитекст, используйте это:

Именование
По умолчанию, MW добавляет хэш-символа (знака, "#") перед названием каждой функции парсера. Чтобы подавить это дополнение (и получить синтаксический анализатор функционирует без "#" префикс), включать "SFH_NO_HASH" константа в необязательные флаги аргумент setFunctionHook, как описано ниже.

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



Хук setFunctionHook
Дополнительные сведения об интерфейсе синтаксического анализатора смотрите в документации по setFunctionHook в разделе includes/Parser.РНР. Вот (возможно, датированная) копия этих комментариев:

функция setFunctionHook( $id, $callback, $flags = 0 )

Параметры:


 * строка $id - ID волшебного слова
 * смешанный $callback - Функция обратного вызова (и объект) для использования
 * целое число $flags — Необязательно, установите константу SFH_NO_HASH для вызова функции без "#".

Возвращаемое значение: Старая функция обратного вызова для этого имени, если есть

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

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


 * forceRawInterwiki
 * Принудительное включение интервики в необработанном режиме, а не в режиме рендеринга.


 * found
 * Возвращаемый текст действителен, прекращает обработку шаблона. Это включено по умолчанию.


 * isChildObj
 * Текст представляет собой узел DOM, требующий расширения в дочернем фрейме.


 * isHTML
 * Возвращаемый текст представляет собой HTML, защищает его от преобразования в викитекст. Но см. обсуждение


 * isLocalObj
 * Текст представляет собой узел DOM, требующий расширения в текущей рамке.


 * noparse
 * Небезопасные теги HTML не должны удаляться и т. д.


 * nowiki
 * Вики-разметка в возвращаемом значении должна быть экранирована.


 * preprocessFlags
 * Используйте эти флаги при анализе возвращаемого текста. Это применимо только тогда, когда noparse равен.


 * text
 * Текст, возвращаемый функцией. Если указаны isChildObj или isLocalObj, это должен быть узел DOM.


 * title
 * Объект Title, из которого был взят текст.



Затратные функции парсера
Некоторые функции парсера требуют значительного использования ресурсов вики и должны быть помечены как "затратные". Количество затратных функций парсера на любой данной странице ограничено настройкой. Что считается затратным, остается на усмотрение самой функции, но, как правило, следует учитывать все, что может вызвать задержку, выходящую за рамки простой обработки данных. Это включает в себя такие вещи, как чтение и запись базы данных, синхронный запуск скриптов оболочки или манипулирование файлами. С другой стороны, не все такие функции обязательно должны быть помечены. Semantic MediaWiki, например, помечает как затратные только процент чтений своей базы данных. Это связано с тем, что на некоторых страницах с интенсивным использованием данных он может легко выйти за пределы обычных затратных ограничений функции парсера. В подобных случаях потенциальное снижение производительности, которое не будет помечено как затратное, является компромиссом с функциональностью, предлагаемой SMW.

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



Параметры
Функции синтаксического анализатора не поддерживают именованные параметры, как это делают шаблоны и расширения тегов, но иногда полезно подделать их. Пользователи часто привыкли использовать вертикальные полосы ( | ) для разделения аргументов, поэтому приятно иметь возможность делать это и в контексте функции синтаксического анализатора. Вот простой пример того, как это сделать:



См. также

 * Расширение ParserFunctions - хорошо известный сборник функций парсера.
 * - (неполный) список функций парсера, предоставляемых ядром и расширениями
 * Библиотека PHP Parser Hooks, которая предоставляет объектно-ориентированный интерфейс для декларативных крючков парсера
 * Расширение ParserFunctions - хорошо известный сборник функций парсера.
 * - (неполный) список функций парсера, предоставляемых ядром и расширениями
 * Библиотека PHP Parser Hooks, которая предоставляет объектно-ориентированный интерфейс для декларативных крючков парсера
 * Расширение ParserFunctions - хорошо известный сборник функций парсера.
 * - (неполный) список функций парсера, предоставляемых ядром и расширениями
 * Библиотека PHP Parser Hooks, которая предоставляет объектно-ориентированный интерфейс для декларативных крючков парсера
 * Библиотека PHP Parser Hooks, которая предоставляет объектно-ориентированный интерфейс для декларативных крючков парсера