Песочница/Pok/3: различия между версиями

Материал из Space Station 14 Вики
мНет описания правки
Нет описания правки
 
(не показано 220 промежуточных версий 4 участников)
Строка 1: Строка 1:
{{СРП/CO/Info/Main}}__NOTOC__
{{docpage}}{{TOC hidden}}
{{OnLua|Сущность|module1=Сущность|module2=Сущность/поля|module3=GetField}}


{{GradientHeaderFrame
Модульный набор {{tl|Модуль:Сущность}} + {{tl|Модуль:Сущность/поля}} + {{tl|Модуль:GetField}} предназначен для:
|title            = Общие СРП
* автоматической сборки карточек сущностей (компонентов и прототипов) по их ID;
|padding          = 10px
* описания полей в шаблонах компонентов (какие поля идут в карточку, как подписаны);
|content          =
* удобного доступа к данным из JSON (как простыми значениями, так и готовыми вызовами шаблонов).


{{Шаблон:СРП/CO/Научный отдел/Общие СРП}}
Ниже описан общий принцип работы и отдельные режимы.


== Общий принцип работы ==
* В шаблонах компонентов/прототипов (<code>Template:Component/...</code>, <code>Template:prototype/...</code>) через {{tl|Модуль:Сущность/поля}} описываются поля:
** '''лейблы''' (<code>cardLabel_*</code>) и '''содержимое''' (<code>cardContent_*</code>), заголовки (<code>title_*</code>) и т. п.;
** '''мета‑информация''' о том, какие ключи доступны для <code>card</code> / <code>title</code> и в каком порядке.
* {{tl|Модуль:Сущность}} по ID сущности:
** находит связанные с ней компоненты и прототипы по JSON‑данным;
** для каждого компонента/прототипа читает шаблоны и метаданные;
** собирает все поля в единую структуру;
** формирует один вызов карточки <code><nowiki>{{карточка/сущность|...}}</nowiki></code> (и блоки заголовков).
* Внутри полей можно писать вики‑параметры <code>{{{...}}}</code> и вызывать дополнительные модули.
* {{tl|Модуль:GetField}} даёт доступ к JSON‑данным на низком уровне:
** как «расплющенный» набор параметров (<code>flattenField</code>);
** как отдельные значения (<code>get</code>);
** как готовые вызовы шаблонов с нужными параметрами (<code>getTpl</code>, <code>getTplProto</code>).
== Модуль: Сущность/поля ==
Шаблоны компонентов используют модуль <code>Сущность/поля</code> для объявления полей, которые будут собираться в карточку.
Пример шаблона компонента:
<pre>
{{#invoke:Сущность/поля|main
|cardLabel_Стоимость  = [[Стоимость]]
|cardContent_Стоимость = '''{{{price}}}'''
}}
</pre>
Другой компонент может добавлять тот же ключ:
<pre>
{{#invoke:Сущность/поля|main
|cardContent_Стоимость  = '''{{{superPrice}}}'''
}}
</pre>
Особенности:
* Пара <code>cardLabel_<Ключ></code> / <code>cardContent_<Ключ></code> описывает одну строку карточки (лейбл и содержимое).
* Если несколько шаблонов дают один и тот же <code>cardContent_Ключ</code>, содержимое '''объединяется''', а лейбл берётся первый непустой.
* То же относится к другим режимам, перечисленным в мета‑JSON шаблона (разделы <code>card</code>, <code>title</code> и т. п.), которые читает {{tl|Модуль:Сущность}}.
== Модуль: Сущность ==
=== p.get: основная сборка карточки ===
Вызов:
<pre>
{{#invoke:Сущность|get
| <ID или список ID>
| blacklist=...
| whitelist=...
| ignoreComponents=...
| ignorePrototypes=...
}}
</pre>
* '''1‑й параметр''' — <code>id</code> или список <code>id</code> через запятую.
* По этому ID модуль находит:
** '''компоненты''' из <code>component.json</code>;
** '''прототипы''' из <code>prototype.json</code>;
и для каждого — соответствующие шаблоны <code>Template:component/...</code> / <code>Template:prototype/...</code>.
* Шаблоны описывают свои поля через <code>Сущность/поля</code>.
После сборки модуль:
* формирует один вызов <code><nowiki>{{карточка/сущность|...}}</nowiki></code> со всеми разделами и полями;
* дополняет выход при необходимости (блоки title и т. п.);
* прогоняет результат через <code>frame:preprocess</code>, чтобы отрендерить разметку.
Параметры фильтрации:
* {{пм|blacklist}} — список <code>режим_Ключ</code> через запятую, чтобы исключить поле:
** пример: <code>blacklist=card_Наносит повреждения,title_Что‑то</code>;
* {{пм|whitelist}} — наоборот, список разрешённых <code>режим_Ключ</code>, остальные игнорируются;
* {{пм|ignoreComponents}} / {{пм|ignoreComponent}} — список имён компонентов через запятую, которые полностью игнорируются для этого вызова;
* {{пм|ignorePrototypes}} / {{пм|ignorePrototype}} — аналогично для прототипов.
Пример простой сборки (через шаблон‑обёртку):
<pre>
{{Сущность/карточка|MyEntityId}}
</pre>
где в шаблоне <code>Сущность/карточка</code> внутри:
<pre>
{{#invoke:Сущность|get|{{{1}}}}}
</pre>
=== p.preview: предпросмотр полей конкретного шаблона ===
Используется для проверки, что компонент/прототип правильно описал свои поля.
<pre>
{{#invoke:Сущность|preview
| Component/meleeWeapon
}}
}}
</pre>


{{GradientHeaderFrame
* Показывает, какие <code>card</code> / <code>title</code>‑поля объявлены в <code>Template:Component/meleeWeapon</code>.
|title           = Ведомственные СРП
* Удобно при разработке шаблонов компонентов.
|padding          = 10px
|content          =


{{Шаблон:СРП/CO/Научный отдел/Научный руководитель}}<!--
=== p.jsonList: вывод JSON в виде списка ===
Режим похож на стандартный <code>arraymap</code>, но работает с JSON.


-->
<pre>
{{Шаблон:СРП/CO/Научный отдел/Учёный}}<!--
{{#invoke:Сущность|jsonList
| <json или {{{...}}}>
| type = list / enum
| prefix = *
| sep = :
| key_pattern = (.*)
| key_replace = \1
| value_pattern = (.*)
| value_replace = \1
}}
</pre>


-->
Примеры JSON:
{{Шаблон:СРП/CO/Научный отдел/Научный ассистент}}


<pre> <!-- <syntaxhighlight lang=json> -->
{
  "Blunt": 10,
  "Slash": 5
}
</pre> <!-- </syntaxhighlight> -->
или
<pre> <!-- <syntaxhighlight lang=json> -->
["Knife", "Sword", "Bat"]
</pre> <!-- </syntaxhighlight> -->
Основные опции:
* {{пм|type}}:
** <code>list</code> — список строк (с префиксом, например <code>* </code>);
** <code>enum</code> — перечисление через запятую (<code>A, B, C</code> без префикса).
* {{пм|prefix}} — префикс строки списка (по умолчанию <code>* </code>).
* {{пм|sep}} — разделитель для <code>ключ: значение</code> (по умолчанию <code>: </code>).
* {{пм|key_pattern}} / {{пм|key_replace}} — regex и замена для ключей.
* {{пм|value_pattern}} / {{пм|value_replace}} — regex и замена для значений.
Дополнительно:
* в шаблоне замены поддерживаются:
** <code>\1</code> — собственное значение (ключ или значение);
** <code>\2</code> в <code>value_replace</code> — '''сырой ключ''' (после <code>key_pattern</code>, но до <code>key_replace</code>);
** <code>\2</code> в <code>key_replace</code> — итоговое отформатированное значение (после <code>value_replace</code>).
Пример, где сначала форматируем тип урона, а затем подставляем его в описание:
<pre>
{{#invoke:Сущность|jsonList
| {{{damage.types}}}
| type = enum
| key_replace = <nowiki>\1</nowiki>              <!-- "Blunt" -->
| value_replace = <nowiki>'''\1''' \2</nowiki>  <!-- "'''10''' Blunt" -->
}}
}}
</pre>
=== p.json: превращение JSON в вызовы шаблонов ===
Режим для случаев, когда в JSON лежит список эффектов/объектов, и нужно по каждому вызвать отдельный шаблон.


{{GradientHeaderFrame
<pre>
|title            = Процедуры и протоколы
{{#invoke:Сущность|json
|padding          = 10px
| <json или {{{...}}}>
|content          =
| <путь_к_шаблону>
}}
</pre>


<h2> Процедуры научного отдела </h2>
* '''1‑й параметр / <code>json=</code>''' — строка JSON.
''Данные процедуры регламентируют правила работы сотрудников научного отдела и являются обязательными к исполнению.''
* '''2‑й параметр / <code>template=</code>''' — путь к шаблону, например <code>Component/adjustPlant</code>.


{{RulesBox
Ожидаемый формат JSON‑массива:
|title  = Процедура контроля аномалий
|content = <p></p>
Выполнение данных процедур обязательно при работе с аномалиями стандартного типа, вызываемыми {{#invoke:Entity Lookup|createtexttooltip|генератором аномалий|MachineAnomalyGenerator|img=Anomaly generator.png}} или [[Список случайных событий#Гиперэнергетический волновой поток|гиперэнергетическими волновыми потоками]].
# Использование генератора для вызова аномалий должно быть одобрено научным руководителем. Если руководитель отсутствует, то требуется разрешение капитана.
# Вызов аномалий '''запрещён''' во время [[СРП#Чрезвычайные_ситуации|чрезвычайных ситуаций]].
# Перед вызовом аномалии сотрудник обязан предупредить об этом в общий канал связи.
# Сотрудник, вызвавшийся работать с аномалией, становится ответственным за её контроль.
## При обнаружении [[Список случайных событий#Гиперэнергетический волновой поток|гиперэнергетического волнового потока]] среди свободных научных сотрудников должен быть выбран ответственный за поиск и контроль возможных аномалий.
## Научный руководитель имеет право самостоятельно назначать и переназначать ответственных за аномалии.
## Передача ответственности за аномалию происходит при обоюдном согласии сторон, уведомлении об этом научного руководителя и передаче оборудования для работы с аномалией, сведений о её местоположении.
# Ответственный за аномалию сотрудник обязан в срочном порядке узнать её местоположение и начать работу с ней.
# Сотрудник должен оценить обстановку вокруг аномалии и возможные риски, связанные с её влиянием на окружение, для принятия решения о содержании, перемещении или уничтожении объекта.
## Содержание аномалии:
##* в закрытом отделе согласуется с главой этого отдела;
##* допускается в общественных и многолюдных местах, если это несильно препятствует работе и перемещению персонала;
##* допускается в технических помещениях и отдалённых местах станции, куда у сотрудника есть доступ, если зона её воздействия не охватывает многолюдные коридоры и рабочие помещения.
## Если аномалия находится в месте с повышенным трафиком или способна разрушить/покинуть зону содержания, то сотрудник обязан вести прямое наблюдение за объектом.
## Научный руководитель может потребовать ликвидацию или перемещение аномалии, независимо от её месторасположения, если посчитает это нужным.
## Аномалия должна быть ликвидирована или перемещена по первому требованию главы отдела, в котором она содержится.
# Зона для долговременного содержания аномалии должна быть обустроена так, чтобы был минимизирован потенциальный вред от её воздействия имуществу и экипажу станции с учётом местоположения, вида, дальности воздействия, поведения и иных факторов.
# '''Запрещено''' намеренно повышать показатель опасности аномалии выше '''80%''' при её долговременном содержании.
#* Аномалия с уровнем опасности выше '''85%''' должна быть ликвидирована любым из способов.
# Разрешается проводить умышленный коллапс аномалий с целью получения продуктов коллапса, если предварительно были предприняты меры по минимизации ущерба от возможного опасного воздействия.
}}<!--


-->
<pre> <!-- <syntaxhighlight lang=json> -->
{{RulesBox
[
|title  = Процедура признания разумности существа
  {
|content = <p></p>
    "!type:PlantAdjustNutrition": {
''Данная процедура направлена на выявление разумности существ. Её проведение обязательно в случае возникновения потребности наделить [[Корпоративный Закон#Основные Права Разумных Существ на территории объектов корпорации NanoTrasen|ОПРС]] любого существа, которое ранее не считалось разумным.''
      "amount": 0.1
# К процедуре допускаются существа, не несущие угрозу экипажу или имуществу станции.
    }
# Процедуру может проводить любой сотрудник научного отдела.
  },
# Сотрудник должен подготовить и провести тестирование в форме опроса или эксперимента, направленное на выявление у существа следующих признаков:
  {
#* способность к речи и логическому мышлению;
    "!type:PlantAdjustWeeds": {
#* неинстинктивное поведение;
      "amount": 2
#* умение обучаться;
    }
#* способность к сознательной творческой деятельности.
  },
# Если тестирование проводится рядовым сотрудником, то
  {
#* его ход должен быть описан в форме [[Бумажная работа|отчёта об эксперименте]];
    "!type:PlantAdjustPests": {
#* научный руководитель имеет право провести дополнительную проверку для подтверждения результатов.
      "amount": 2
# В случае успешного прохождения существом этой процедуры, научный руководитель или капитан могут издать [[Бумажная работа|приказ]] о наделении его [[Корпоративный Закон#Основные Права Разумных Существ на территории объектов корпорации NanoTrasen|Основными Правами Разумных Существ]].
    }
}}<!--
  }
]
</pre> <!-- </syntaxhighlight> -->


-->
Для каждого элемента создаётся вызов:


== Техника безопасности научного отдела ==
<pre>
''Техника безопасности должна соблюдаться в полном объеме, пока наличие ЧС сделает невозможным ее соблюдение.''
{{Component/adjustPlant
<tabs>
|id=!type:PlantAdjustNutrition
<tab name="Общие положения">
|amount=0.1
== Общие положения ==
}}
# Любые ксеноархеологические находки, аномальные объекты и ксенобиологические организмы, подлежащие изучению и представляющие угрозу, либо уровень угрозы которых известен не до конца, должны храниться в {{#invoke:Entity Lookup|createtexttooltip|защищённых контейнерах|CrateScienceSecure|img=Crate_secure_sci.png}}/{{#invoke:Entity Lookup|createtexttooltip|контейнерах артефактов|CrateArtifactContainer|img=CrateArtifactContainer.png}} или изучаться в специальных отсеках научного отдела.<br>
{{Component/adjustPlant
## Если безопасная транспортировка объекта в научный отдел невозможна, то зона вокруг него должна быть закрыта от постороннего персонала и изолирована от воздействия объекта.<br><br>
|id=!type:PlantAdjustWeeds
# Сотрудник обязан оценивать исходящую от объекта угрозу и носить защитное снаряжение при работе.
|amount=2
## Это включает в себя следующие средства, но не ограничивается ими:<br>
}}
### {{#invoke:Entity Lookup|createtexttooltip|Лабораторный халат|ClothingOuterCoatLab|img=LabCoat.png}} при любой работе в пределах отдела и работе с аномалиями, если не предусматривается использование иных средств защиты.<br>
{{Component/adjustPlant
### {{#invoke:Entity Lookup|createtexttooltip|Латексные|ClothingHandsGlovesLatex|img=Latex Gloves.png}}/{{#invoke:Entity Lookup|createtexttooltip|нитриловые|ClothingHandsGlovesNitrile|img=Nitrile Gloves.png}} перчатки при работе с химическими веществами, ксенофауной, а также при непосредственном контакте с ксеноартефактами и прочими объектами, подлежащими изучению.<br>
|id=!type:PlantAdjustPests
### {{#invoke:Entity Lookup|createtexttooltip|Противогаз|ClothingMaskGas|img=ClothingMaskGas.png}}/{{#invoke:Entity Lookup|createtexttooltip|дыхательная маска|ClothingMaskBreath|img=Breath mask.png}} с баллоном при работе с летучими химикатами, а также при входе в камеру смешивания или камеру содержания объекта, выделяющего токсичные газы.<br>
|amount=2
### {{#invoke:Entity Lookup|createtexttooltip|Противорадиационный костюм|ClothingOuterSuitRad|img=Radsuit.png}} при работе с радиоактивными объектами.<br>
### {{#invoke:Entity Lookup|createtexttooltip|Пожарный костюм|ClothingOuterSuitFire|img=Fire.png}} при работе с воспламеняющими объектами.<br>
### {{#invoke:Entity Lookup|createtexttooltip|Биозащитный костюм|ClothingOuterBioScientist|img=Bio_scientist.png}} при работе с объектами, оказывающими пагубное биохимическое воздействие на окружение.<br><br>
## По окончании работы с опасным объектом и/или истечении угрозы защитные костюмы должны быть помещены обратно в хранилище, из которого были взяты.<br><br>
# Научный персонал обязан поддерживать порядок и чистоту в рабочих помещениях отдела.<br><br>
# Научному сотруднику запрещено экспериментировать над самим собой, если эксперимент может принести вред здоровью.<br><br>
# Сотрудникам научного отдела '''запрещено''' как-либо изменять структуру энергопитания станции, в том числе и внутри своего отдела, без разрешения [[Старший Инженер|старшего инженера]].<br><br>
# Установка и использование гиперконвекционного оборудования не допускается без заранее подготовленной системы охлаждения.<br><br>
</tab>
<tab name="Ксеноархеология">
== Ксеноархеологические положения ==
# Намеренная активация неизученных или опасных артефактов, находящихся на борту станции за пределами камеры исследования, '''запрещена'''.<br><br>
# Транспортировка и хранение неизученных или опасных артефактов за пределами камеры исследования должна производиться с использованием {{#invoke:Entity Lookup|createtexttooltip|специального контейнера|CrateArtifactContainer|img=CrateArtifactContainer.png}}.<br><br>
# При исследовании артефактов обязательно наличие заполненного водой огнетушителя в ксеноархеологической лаборатории.<br><br>
# При активации артефакта сотрудник должен находиться за пределами камеры исследований, если возможно активировать артефакт вне её.<br><br>
</tab>
<tab name="Работа с химией и газами">
== Нормы безопасности при работе с химией и газами ==
# Испытание взрывчатки должно проходить на специальном полигоне или за пределами станции.<br><br>
# Если планируется синтез огнеопасных веществ, то лаборатория должна быть оборудована огнетушителем, заполненным водой.<br><br>
# Уборка веществ, бурно реагирующих с водой, должна происходить после их обезвреживания с использованием безопасных химических реакций, либо "сухим" методом.<br><br>
# Сотрудникам научного отдела '''запрещено''' как-либо изменять структуру системы дистрибьюции воздуха и фильтрации отходов станции без разрешения [[Старший Инженер|старшего инженера]].<br><br>
</tab>
</tabs>
}}
}}
</pre>
Особенности:
* Если JSON — объект вида <code>{ "id1": {...}, "id2": {...} }</code>, происходит аналогичный проход по парам <code>ключ → объект</code>.
* Все вызовы склеиваются через перевод строки и прогоняются через <code>frame:preprocess</code>, поэтому внутри шаблона можно использовать любую вики‑разметку.
== Модуль: GetField ==
Модуль <code>GetField</code> используется для доступа к тем же JSON‑данным <code>.../data</code>, но на более низком уровне.
=== p.flattenField: расплющивание записи в параметры ===
<pre>
{{#invoke:GetField|flattenField
| <id>
| <путь_к_json_странице>
}}
</pre>
Например:
<pre>
{{#invoke:GetField|flattenField
| MyEntityId
| component/item.json
}}
</pre>
Возвращает строку вида:
<pre>
damage.types={"Blunt":10}|wieldSound=someSound|...
</pre>
Особенности:
* Вложенные объекты кодируются в JSON и заворачиваются в <code><nowiki><nowiki></nowiki></code>, чтобы их можно было безопасно передавать как параметр.
* Массивы кодируются в JSON без <code><nowiki><nowiki></nowiki></code>, чтобы удобно обрабатывать их модулями вроде <code>Сущность.jsonList</code>.
Этот режим используется внутри <code>GetField.getTpl</code> и других обёрток.
=== p.get: получение значения по пути ===
<pre>
{{#invoke:GetField|get
| <id или пусто для "default">
| <путь_к_json_странице>
| <ключ.с.точками>
}}
</pre>
Примеры:
<pre>
{{#invoke:GetField|get
| MyEntityId
| component/item.json
| damage.types
}}
</pre>
Если в JSON:
<pre> <!-- <syntaxhighlight lang=json> -->
"damage": {
  "types": {
    "Blunt": 10
  }
}
</pre> <!-- </syntaxhighlight> -->
то результатом будет:
<pre>
{"Blunt":10}
</pre>
то есть:
* для таблиц модуль пытается сделать <code>mw.text.jsonEncode(v)</code> и вернуть JSON‑строку;
* для простых значений возвращается строка <code>tostring(v)</code>.
Если <code>keyPath</code> пуст, возвращается весь объект (как JSON).
=== p.getTpl: вызов шаблона по данным JSON ===
<pre>
{{#invoke:GetField|getTpl
| <id>
| <путь_к_json_странице>
| <путь_к_шаблону>
}}
</pre>
Пример:
<pre>
{{#invoke:GetField|getTpl
| MyEntityId
| component/item.json
| Component/meleeWeapon
}}
</pre>
Работа:
* внутри вызывает <code>flattenField</code>, получая строку <code>key=value|...</code>;
* формирует строку вида:
<pre>
{{Component/meleeWeapon
|id=MyEntityId
|damage.types=...
|...
}}
</pre>
* и прогоняет её через <code>frame:preprocess</code>, возвращая итоговый рендер.
Это удобный способ «подключить» шаблон компонента к данным из JSON без ручного перечисления параметров.
=== p.getTplProto: вызов шаблона по прототипам ===
<pre>
{{#invoke:GetField|getTplProto
| <searchId>
| <protoId>
| <путь_к_шаблону>
}}
</pre>
* Ищет в <code>prototype.json</code> все записи, где <code>protoId</code> встречается у <code>searchId</code>.
* Для каждого найденного ID вызывает <code>getTpl</code> и возвращает все вызовы, склеенные через перевод строки и отрендеренные.


{{NavBox/CO/СРП}}
Используется для случаев, когда сущность использует '''несколько''' прототипов одного типа, и нужно вывести по одному шаблону на каждый прототип.


[[Категория:Стандартные рабочие процедуры (Corvax)]]
== Типичный рабочий поток ==
# В JSON‑файлах (<code>component.json</code>, <code>prototype.json</code> и др.) описываются сущности и связи компонент/прототипов.
# Для каждого компонента/прототипа создаются шаблоны <code>Template:Component/...</code>, <code>Template:prototype/...</code>, которые:
#* вызывают <code><nowiki>{{#invoke:Сущность/поля|main ...}}</nowiki></code> для описания полей карточки;
#* при необходимости используют <code>GetField</code> / <code>Сущность.jsonList</code> / <code>Сущность.json</code> для форматирования сложных JSON‑полей.
# Для вывода карточки на странице сущности используется:
#* либо прямой <code><nowiki>{{#invoke:Сущность|get|MyEntityId}}</nowiki></code>,
#* либо шаблон‑обёртка <code><nowiki>{{Сущность/карточка|MyEntityId}}</nowiki></code>.
# Для специализированных списков/таблиц:
#* <code>Сущность.jsonList</code> — если нужно красиво показать массив/словарь из JSON;
#* <code>Сущность.json</code> — если нужно превратить список эффектов в набор вызовов шаблона;
#* <code>GetField.get</code> — если нужно точечно вытащить одно поле;
#* <code>GetField.getTpl</code> / <code>getTplProto</code> — если нужно строить шаблоны по данным JSON автоматически.

Текущая версия от 16:00, 5 марта 2026

Модульный набор {{#invoke:Сущность}} + {{#invoke:Сущность/поля}} + {{#invoke:GetField}} предназначен для:

  • автоматической сборки карточек сущностей (компонентов и прототипов) по их ID;
  • описания полей в шаблонах компонентов (какие поля идут в карточку, как подписаны);
  • удобного доступа к данным из JSON (как простыми значениями, так и готовыми вызовами шаблонов).

Ниже описан общий принцип работы и отдельные режимы.

Общий принцип работы

  • В шаблонах компонентов/прототипов (Template:Component/..., Template:prototype/...) через {{#invoke:Сущность/поля}} описываются поля:
    • лейблы (cardLabel_*) и содержимое (cardContent_*), заголовки (title_*) и т. п.;
    • мета‑информация о том, какие ключи доступны для card / title и в каком порядке.
  • {{#invoke:Сущность}} по ID сущности:
    • находит связанные с ней компоненты и прототипы по JSON‑данным;
    • для каждого компонента/прототипа читает шаблоны и метаданные;
    • собирает все поля в единую структуру;
    • формирует один вызов карточки {{карточка/сущность|...}} (и блоки заголовков).
  • Внутри полей можно писать вики‑параметры {{{...}}} и вызывать дополнительные модули.
  • {{#invoke:GetField}} даёт доступ к JSON‑данным на низком уровне:
    • как «расплющенный» набор параметров (flattenField);
    • как отдельные значения (get);
    • как готовые вызовы шаблонов с нужными параметрами (getTpl, getTplProto).

Модуль: Сущность/поля

Шаблоны компонентов используют модуль Сущность/поля для объявления полей, которые будут собираться в карточку.

Пример шаблона компонента:

{{#invoke:Сущность/поля|main
 |cardLabel_Стоимость   = [[Стоимость]]
 |cardContent_Стоимость = '''{{{price}}}'''
}}

Другой компонент может добавлять тот же ключ:

{{#invoke:Сущность/поля|main
 |cardContent_Стоимость  = '''{{{superPrice}}}'''
}}

Особенности:

  • Пара cardLabel_<Ключ> / cardContent_<Ключ> описывает одну строку карточки (лейбл и содержимое).
  • Если несколько шаблонов дают один и тот же cardContent_Ключ, содержимое объединяется, а лейбл берётся первый непустой.
  • То же относится к другим режимам, перечисленным в мета‑JSON шаблона (разделы card, title и т. п.), которые читает {{#invoke:Сущность}}.

Модуль: Сущность

p.get: основная сборка карточки

Вызов:

{{#invoke:Сущность|get
 | <ID или список ID>
 | blacklist=...
 | whitelist=...
 | ignoreComponents=...
 | ignorePrototypes=...
}}
  • 1‑й параметр — id или список id через запятую.
  • По этому ID модуль находит:
    • компоненты из component.json;
    • прототипы из prototype.json;

и для каждого — соответствующие шаблоны Template:component/... / Template:prototype/....

  • Шаблоны описывают свои поля через Сущность/поля.

После сборки модуль:

  • формирует один вызов {{карточка/сущность|...}} со всеми разделами и полями;
  • дополняет выход при необходимости (блоки title и т. п.);
  • прогоняет результат через frame:preprocess, чтобы отрендерить разметку.

Параметры фильтрации:

  • |blacklist = — список режим_Ключ через запятую, чтобы исключить поле:
    • пример: blacklist=card_Наносит повреждения,title_Что‑то;
  • |whitelist = — наоборот, список разрешённых режим_Ключ, остальные игнорируются;
  • |ignoreComponents = / |ignoreComponent = — список имён компонентов через запятую, которые полностью игнорируются для этого вызова;
  • |ignorePrototypes = / |ignorePrototype = — аналогично для прототипов.

Пример простой сборки (через шаблон‑обёртку):

{{Сущность/карточка|MyEntityId}}

где в шаблоне Сущность/карточка внутри:

{{#invoke:Сущность|get|{{{1}}}}}

p.preview: предпросмотр полей конкретного шаблона

Используется для проверки, что компонент/прототип правильно описал свои поля.

{{#invoke:Сущность|preview
 | Component/meleeWeapon
}}
  • Показывает, какие card / title‑поля объявлены в Template:Component/meleeWeapon.
  • Удобно при разработке шаблонов компонентов.

p.jsonList: вывод JSON в виде списка

Режим похож на стандартный arraymap, но работает с JSON.

{{#invoke:Сущность|jsonList
 | <json или {{{...}}}>
 | type = list / enum
 | prefix = * 
 | sep = : 
 | key_pattern = (.*)
 | key_replace = \1
 | value_pattern = (.*)
 | value_replace = \1
}}

Примеры JSON:

 <!-- <syntaxhighlight lang=json> -->
{
  "Blunt": 10,
  "Slash": 5
}

или

 <!-- <syntaxhighlight lang=json> -->
["Knife", "Sword", "Bat"]

Основные опции:

  • |type =:
    • list — список строк (с префиксом, например * );
    • enum — перечисление через запятую (A, B, C без префикса).
  • |prefix = — префикс строки списка (по умолчанию * ).
  • |sep = — разделитель для ключ: значение (по умолчанию : ).
  • |key_pattern = / |key_replace = — regex и замена для ключей.
  • |value_pattern = / |value_replace = — regex и замена для значений.

Дополнительно:

  • в шаблоне замены поддерживаются:
    • \1 — собственное значение (ключ или значение);
    • \2 в value_replace — сырой ключ (после key_pattern, но до key_replace);
    • \2 в key_replace — итоговое отформатированное значение (после value_replace).

Пример, где сначала форматируем тип урона, а затем подставляем его в описание:

{{#invoke:Сущность|jsonList
 | {{{damage.types}}}
 | type = enum
 | key_replace = \1              <!-- "Blunt" -->
 | value_replace = '''\1''' \2   <!-- "'''10''' Blunt" -->
}}

p.json: превращение JSON в вызовы шаблонов

Режим для случаев, когда в JSON лежит список эффектов/объектов, и нужно по каждому вызвать отдельный шаблон.

{{#invoke:Сущность|json
 | <json или {{{...}}}>
 | <путь_к_шаблону>
}}
  • 1‑й параметр / json= — строка JSON.
  • 2‑й параметр / template= — путь к шаблону, например Component/adjustPlant.

Ожидаемый формат JSON‑массива:

 <!-- <syntaxhighlight lang=json> -->
[
  {
    "!type:PlantAdjustNutrition": {
      "amount": 0.1
    }
  },
  {
    "!type:PlantAdjustWeeds": {
      "amount": 2
    }
  },
  {
    "!type:PlantAdjustPests": {
      "amount": 2
    }
  }
]

Для каждого элемента создаётся вызов:

{{Component/adjustPlant
 |id=!type:PlantAdjustNutrition
 |amount=0.1
}}
{{Component/adjustPlant
 |id=!type:PlantAdjustWeeds
 |amount=2
}}
{{Component/adjustPlant
 |id=!type:PlantAdjustPests
 |amount=2
}}

Особенности:

  • Если JSON — объект вида { "id1": {...}, "id2": {...} }, происходит аналогичный проход по парам ключ → объект.
  • Все вызовы склеиваются через перевод строки и прогоняются через frame:preprocess, поэтому внутри шаблона можно использовать любую вики‑разметку.

Модуль: GetField

Модуль GetField используется для доступа к тем же JSON‑данным .../data, но на более низком уровне.

p.flattenField: расплющивание записи в параметры

{{#invoke:GetField|flattenField
 | <id>
 | <путь_к_json_странице>
}}

Например:

{{#invoke:GetField|flattenField
 | MyEntityId
 | component/item.json
}}

Возвращает строку вида:

damage.types={"Blunt":10}|wieldSound=someSound|...

Особенности:

  • Вложенные объекты кодируются в JSON и заворачиваются в <nowiki>, чтобы их можно было безопасно передавать как параметр.
  • Массивы кодируются в JSON без <nowiki>, чтобы удобно обрабатывать их модулями вроде Сущность.jsonList.

Этот режим используется внутри GetField.getTpl и других обёрток.

p.get: получение значения по пути

{{#invoke:GetField|get
 | <id или пусто для "default">
 | <путь_к_json_странице>
 | <ключ.с.точками>
}}

Примеры:

{{#invoke:GetField|get
 | MyEntityId
 | component/item.json
 | damage.types
}}

Если в JSON:

 <!-- <syntaxhighlight lang=json> -->
"damage": {
  "types": {
    "Blunt": 10
  }
}

то результатом будет:

{"Blunt":10}

то есть:

  • для таблиц модуль пытается сделать mw.text.jsonEncode(v) и вернуть JSON‑строку;
  • для простых значений возвращается строка tostring(v).

Если keyPath пуст, возвращается весь объект (как JSON).

p.getTpl: вызов шаблона по данным JSON

{{#invoke:GetField|getTpl
 | <id>
 | <путь_к_json_странице>
 | <путь_к_шаблону>
}}

Пример:

{{#invoke:GetField|getTpl
 | MyEntityId
 | component/item.json
 | Component/meleeWeapon
}}

Работа:

  • внутри вызывает flattenField, получая строку key=value|...;
  • формирует строку вида:
{{Component/meleeWeapon
 |id=MyEntityId
 |damage.types=...
 |...
}}
  • и прогоняет её через frame:preprocess, возвращая итоговый рендер.

Это удобный способ «подключить» шаблон компонента к данным из JSON без ручного перечисления параметров.

p.getTplProto: вызов шаблона по прототипам

{{#invoke:GetField|getTplProto
 | <searchId>
 | <protoId>
 | <путь_к_шаблону>
}}
  • Ищет в prototype.json все записи, где protoId встречается у searchId.
  • Для каждого найденного ID вызывает getTpl и возвращает все вызовы, склеенные через перевод строки и отрендеренные.

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

Типичный рабочий поток

  1. В JSON‑файлах (component.json, prototype.json и др.) описываются сущности и связи компонент/прототипов.
  2. Для каждого компонента/прототипа создаются шаблоны Template:Component/..., Template:prototype/..., которые:
    • вызывают {{#invoke:Сущность/поля|main ...}} для описания полей карточки;
    • при необходимости используют GetField / Сущность.jsonList / Сущность.json для форматирования сложных JSON‑полей.
  3. Для вывода карточки на странице сущности используется:
    • либо прямой {{#invoke:Сущность|get|MyEntityId}},
    • либо шаблон‑обёртка {{Сущность/карточка|MyEntityId}}.
  4. Для специализированных списков/таблиц:
    • Сущность.jsonList — если нужно красиво показать массив/словарь из JSON;
    • Сущность.json — если нужно превратить список эффектов в набор вызовов шаблона;
    • GetField.get — если нужно точечно вытащить одно поле;
    • GetField.getTpl / getTplProto — если нужно строить шаблоны по данным JSON автоматически.