как ссылаться на “настройку” YAML из другого места в том же файле YAML?
https://stackoverflow.com/questions/2063616
-
20-09-2019 - |
italiano
english
français
española
中国
日本の
العربية
Deutsch
한국어
Português
RussianВопрос
У меня есть следующий YAML:
paths:
patha: /path/to/root/a
pathb: /path/to/root/b
pathc: /path/to/root/c
Как я могу "нормализовать" это, удалив /path/to/root/ из трех путей, и иметь его в качестве собственной настройки, что-то вроде:
paths:
root: /path/to/root/
patha: *root* + a
pathb: *root* + b
pathc: *root* + c
Очевидно, что это неверно, я только что это выдумал.Каков реальный синтаксис?Можно ли это сделать?
Решение
Я не думаю, что это возможно.Вы можете повторно использовать "узел", но не его часть.
bill-to: &id001
given : Chris
family : Dumars
ship-to: *id001
Это совершенно допустимый YAML и поля given и family повторно используются в ship-to блок.Вы можете повторно использовать скалярный узел таким же образом, но вы никак не можете изменить то, что находится внутри, и добавить к нему эту последнюю часть пути изнутри YAML.
Если повторение вас так сильно беспокоит, я предлагаю ознакомить ваше приложение с root свойство и добавьте его к каждому пути, который выглядит относительным, а не абсолютным.
Другие советы
Да, используя пользовательские теги.Пример на Python, делающий !join тег объединяет строки в массив:
import yaml
## define custom tag handler
def join(loader, node):
seq = loader.construct_sequence(node)
return ''.join([str(i) for i in seq])
## register the tag handler
yaml.add_constructor('!join', join)
## using your sample data
yaml.load("""
paths:
root: &BASE /path/to/root/
patha: !join [*BASE, a]
pathb: !join [*BASE, b]
pathc: !join [*BASE, c]
""")
Что приводит к:
{
'paths': {
'patha': '/path/to/root/a',
'pathb': '/path/to/root/b',
'pathc': '/path/to/root/c',
'root': '/path/to/root/'
}
}
Массив аргументов для !join может содержать любое количество элементов любого типа данных, при условии, что они могут быть преобразованы в строку, так что !join [*a, "/", *b, "/", *c] делает то, что вы ожидаете.
Другой способ взглянуть на это - просто использовать другое поле.
paths:
root_path: &root
val: /path/to/root/
patha: &a
root_path: *root
rel_path: a
pathb: &b
root_path: *root
rel_path: b
pathc: &c
root_path: *root
rel_path: c
Определение YML:
dir:
default: /home/data/in/
proj1: ${dir.default}p1
proj2: ${dir.default}p2
proj3: ${dir.default}p3
Где - то в тимелифе
<p th:utext='${@environment.getProperty("dir.default")}' />
<p th:utext='${@environment.getProperty("dir.proj1")}' />
Выходной сигнал: /главная страница/данные/в/ /главная страница/данные/в/p1
На некоторых языках вы можете использовать альтернативную библиотеку, например, тампакс является реализацией YAML, обрабатывающей переменные:
const tampax = require('tampax');
const yamlString = `
dude:
name: Arthur
weapon:
favorite: Excalibur
useless: knife
sentence: "{{dude.name}} use {{weapon.favorite}}. The goal is {{goal}}."`;
const r = tampax.yamlParseString(yamlString, { goal: 'to kill Mordred' });
console.log(r.sentence);
// output : "Arthur use Excalibur. The goal is to kill Mordred."
Я создал библиотеку, доступную на Packagist, которая выполняет эту функцию:https://packagist.org/packages/grasmash/yaml-expander
Пример файла YAML:
type: book
book:
title: Dune
author: Frank Herbert
copyright: ${book.author} 1965
protaganist: ${characters.0.name}
media:
- hardcover
characters:
- name: Paul Atreides
occupation: Kwisatz Haderach
aliases:
- Usul
- Muad'Dib
- The Preacher
- name: Duncan Idaho
occupation: Swordmaster
summary: ${book.title} by ${book.author}
product-name: ${${type}.title}
Пример логики:
// Parse a yaml string directly, expanding internal property references.
$yaml_string = file_get_contents("dune.yml");
$expanded = \Grasmash\YamlExpander\Expander::parse($yaml_string);
print_r($expanded);
Результирующий массив:
array (
'type' => 'book',
'book' =>
array (
'title' => 'Dune',
'author' => 'Frank Herbert',
'copyright' => 'Frank Herbert 1965',
'protaganist' => 'Paul Atreides',
'media' =>
array (
0 => 'hardcover',
),
),
'characters' =>
array (
0 =>
array (
'name' => 'Paul Atreides',
'occupation' => 'Kwisatz Haderach',
'aliases' =>
array (
0 => 'Usul',
1 => 'Muad\'Dib',
2 => 'The Preacher',
),
),
1 =>
array (
'name' => 'Duncan Idaho',
'occupation' => 'Swordmaster',
),
),
'summary' => 'Dune by Frank Herbert',
);
То, что ваш пример неверен, это Только потому что вы выбрали зарезервированный символ для начала ваших скаляров.Если вы замените * используя какой-либо другой не зарезервированный символ (я обычно использую для этого символы, отличные от ASCII, поскольку они редко используются как часть какой-либо спецификации), вы получаете совершенно легальный YAML:
paths:
root: /path/to/root/
patha: ♦root♦ + a
pathb: ♦root♦ + b
pathc: ♦root♦ + c
Это загрузится в стандартное представление для сопоставлений на языке, который использует ваш анализатор, и волшебным образом ничего не расширит.
Для этого используйте локальный тип объекта по умолчанию, как в следующей программе Python:
# coding: utf-8
from __future__ import print_function
import ruamel.yaml as yaml
class Paths:
def __init__(self):
self.d = {}
def __repr__(self):
return repr(self.d).replace('ordereddict', 'Paths')
@staticmethod
def __yaml_in__(loader, data):
result = Paths()
loader.construct_mapping(data, result.d)
return result
@staticmethod
def __yaml_out__(dumper, self):
return dumper.represent_mapping('!Paths', self.d)
def __getitem__(self, key):
res = self.d[key]
return self.expand(res)
def expand(self, res):
try:
before, rest = res.split(u'♦', 1)
kw, rest = rest.split(u'♦ +', 1)
rest = rest.lstrip() # strip any spaces after "+"
# the lookup will throw the correct keyerror if kw is not found
# recursive call expand() on the tail if there are multiple
# parts to replace
return before + self.d[kw] + self.expand(rest)
except ValueError:
return res
yaml_str = """\
paths: !Paths
root: /path/to/root/
patha: ♦root♦ + a
pathb: ♦root♦ + b
pathc: ♦root♦ + c
"""
loader = yaml.RoundTripLoader
loader.add_constructor('!Paths', Paths.__yaml_in__)
paths = yaml.load(yaml_str, Loader=yaml.RoundTripLoader)['paths']
for k in ['root', 'pathc']:
print(u'{} -> {}'.format(k, paths[k]))
который будет печатать:
root -> /path/to/root/
pathc -> /path/to/root/c
Расширение выполняется "на лету" и обрабатывает вложенные определения, но вы должны быть осторожны, чтобы не вызывать бесконечную рекурсию.
Указав дампер, вы можете выгрузить исходный YAML из загруженных данных из-за расширения "на лету":
dumper = yaml.RoundTripDumper
dumper.add_representer(Paths, Paths.__yaml_out__)
print(yaml.dump(paths, Dumper=dumper, allow_unicode=True))
это изменит порядок ключей сопоставления.Если это проблема, вы должны
сделать self.d a CommentedMap (импортировано из ruamel.yaml.comments.py)
Я написал свою собственную библиотеку на Python для расширения переменных, загружаемых из каталогов с иерархией, подобной:
/root
|
+- /proj1
|
+- config.yaml
|
+- /proj2
|
+- config.yaml
|
... and so on ...
Ключевое отличие здесь заключается в том, что расширение должно быть применено только после того, как все config.yaml загружаются файлы, в которых переменные из следующего файла могут переопределять переменные из предыдущего, поэтому псевдокод должен выглядеть следующим образом:
env = YamlEnv()
env.load('/root/proj1/config.yaml')
env.load('/root/proj1/proj2/config.yaml')
...
env.expand()
В качестве дополнительной опции xonsh скрипт может экспортировать результирующие переменные в переменные среды (см. yaml_update_global_vars функция).
Сценарии:
https://sourceforge.net/p/contools/contools/HEAD/tree/trunk/Scripts/Tools/cmdoplib.yaml.py https://sourceforge.net/p/contools/contools/HEAD/tree/trunk/Scripts/Tools/cmdoplib.yaml.xsh
Плюсы:
- простой, не поддерживает рекурсию и вложенные переменные
- может заменить неопределенную переменную на заполнитель (
${MYUNDEFINEDVAR}->*$/{MYUNDEFINEDVAR}) - может расширить ссылку из переменной окружения (
${env:MYVAR}) - может заменить все
\\Для/в переменной path (${env:MYVAR:path})
Минусы:
- не поддерживает вложенные переменные, поэтому не может расширять значения во вложенных словарях (что-то вроде
${MYSCOPE.MYVAR}не реализован) - не обнаруживает рекурсию расширения, включая рекурсию после размещения заполнителя
