Должен ли uwp ApplicationContentUriRules полностью совпадать?

Question

Я хотел бы использовать window.external.notify из веб-просмотра, загружающего контент из Интернета в приложении uwp.

Согласно документации

Чтобы разрешить внешней веб-странице вызывать событие ScriptNotify при вызове window.external.notify, необходимо включить универсальный идентификатор ресурса (URI) страницы в раздел ApplicationContentUriRules манифеста приложения. (Это можно сделать в Microsoft Visual Studio на вкладке Content URI в конструкторе Package.appxmanifest.) URI в этом списке должны использовать HTTPS и могут содержать подстановочные знаки субдомена (например, https: //.microsoft. ru ), но они не могут содержать доменные символы (например, https: //.com и https: //.). Требование к манифесту не применяется к содержимому, которое исходит из пакета приложения, использует URI ms-local-stream: // или загружается с использованием NavigateToString.

У меня следующий вопрос. Если я укажу следующий URI в манифесте

• https://www.foo.bar

Относится ли эта карта только к https://foo.bar или к другим исходящим от него Uris, например

• https://www.foo.bar/foobar

Answer 1

Тестируя на моей стороне, при добавлении универсального идентификатора ресурса (URI) корневого домена в ApplicationContentUriRules другие страницы в этой папке на стороне сервера также могут работать, включая страницы в подпапке.

Чтобы ответить на ваш вопрос, ApplicationContentUriRules должен работать не только для https://foo.bar, но и для других uris, происходящих из него.

Если вам также необходим доступ к страницам из поддоменов, вам нужно добавить subdomain подстановочные знаки в качестве упомянутого документа.