Например, все приведены все действительны:
https://example.com/path/?term1=foo написано />https://example.com/path/?term1=foo&ter ... rm3=bazbr/> Это было немного борьбой, но мое заключение заключается в том, что файл AASA, если вы используете ключи запросов ("?") в ломаре компонентов, эффективно позволяют "и" и "и" условия в определенных компьютерах. Чтобы достичь «или», вы должны дать несколько записей словаря несколько компонентов. Так, например, следующее словарь компонентов представляет собой неявное «и« условие, указывающее, что каждый из терминов запроса должен быть предоставлен: < /p>
Код: Выделить всё
{
"/": "/path/*",
"?": {
"term1": "?*",
"term2": "?*",
"term3": "?*"
}
}
https://example.com/path/?term1=foo&mer ... rm3=bazbr/> Сопостается, но эти другие не совпадают:
/>https://example.com/path/?term1=foo&ter ... зное.[code]{
"/": "/path/*",
"?": {
"term1": "?*",
}
},
{
"/": "/path/*",
"?": {
"term2": "?*"
}
},
{
"/": "/path/*",
"?": {
"term2": "?*",
}
}
[/code]
Так, например, следующее:
https://example.com/path/?term1=fooобразно У меня есть восемь терминов запроса, и я должен разрешить все возможные комбинации этих терминов, и я хочу использовать формат запроса в файле AASA, который я должен был дать 2^8 комбинаций (компоненты словарей) в файле AASA. < /P>
Альтернативно, конечно, я мог бы просто использовать ввод компонентов: < /p>
.{ “/”: “/path/*" }
< /code>
и в моем приложении ограничивает возможные термины запроса. Но следующее приведено наводящим на нет < /p>
из сеанса WWDC 2019 717 "Что нового в универсальных ссылках": < /p>
"Для компонентов словарь, чтобы соответствовать URL -кандидату, все указанные компоненты, которые платят, что -то, что мы должны соответствуют, что мы предполагают. Компоненты
Dictionary Использование и логика.>
Подробнее здесь: https://stackoverflow.com/questions/797 ... site-assoc
Мобильная версия