В документации сказано использовать:
Guid tileGuid = Guid.NewGuid();
но guid обычно используется для обращения к плитке и получения дочерних элементов и т. д. Должны ли мы генерировать статический guid? Как мы можем проверить, существует ли плитка на полосе перед запуском нашего приложения, если мы не имеем в виду статический guid.
У меня тот же вопрос о страницах. Если мы создаем определенные страницы, должны ли мы использовать для них статические направляющие?
Если ваше приложение создает одну и только одну плитку, то статический Guid не технически необходим, так как IBandTileManager.GetTilesAsync() всегда будет возвращать только одну плитку. Если ваше приложение никогда не изменяет существующие страницы Tile, то вам также не нужно давать им статический Guid.
Тем не менее, я бы порекомендовал использовать статический Guid для Tile и изменить Guid, если вы когда-либо меняли конфигурацию Tile (то есть значки или макеты). Это позволяет вашему приложению определять «версию» плитки на любом заданном диапазоне.
Для страниц плитки это зависит от того, как страницы будут использоваться. Существует ли фиксированное количество страниц в плитке, содержание которых меняется? Если это так, используйте статический Guid, чтобы вы могли изменять определенные страницы. Если страницы представляют собой только один элемент в очереди, с добавлением новых страниц и удалением старых страниц, но содержимое каждой страницы никогда не меняется, тогда статический Guid не нужен.
