Почему используя ошибку склонной URI для Windows Phone навигации службы

Question

Каждого Windows, разработчик телефона может быть знаком с NavigationService, и способом URI используется для навигации по указанному содержанию, то есть:

NavigationService.Navigate(new Uri("/Views/DetailsPage.xaml?selectedItem=" + selectedItem.ID, UriKind.Relative)); 

Но есть объяснение ПОЧЕМУ это так?

Вопросов о безопасности при использовании его являются:

• Если переименовать/переместить/рефакторинг класса, то URI не будет работать больше. То же самое со свойствами.
• У вас нет абсолютно никакой проверки, если указанная страница или свойства существуют
• Несмотря на то, что это стандартный механизм навигации по страницам, почему среда IDE хотя бы проверяет относительные URI для проверки соответствия классов и свойств?
• Почему никто не заботится?

По сравнению с, например, Android и iOS, обе обеспечивают как минимум большую безопасность типов, или я что-то пропущу здесь?

Answer 1

Объяснение довольно простое: Silverlight.

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

Рабочая среда Windows Phone основана на Silverlight, поэтому одна и та же система просто осталась. Обратите внимание, что это не плохо. Конечно, если вы остановитесь в навигационной службе, похоже, мы теряем безопасность типа без какой-либо выгоды. Но если вы считаете, что ваше приложение может быть запущено из вторичной плитки или с WP8 из пользовательской схемы URI, это внезапно имеет смысл.