Навигация и надгробинг - лучшие практики
https://stackoverflow.com/questions/4280422
-
28-09-2019 - |
italiano
english
français
española
中国
日本の
العربية
Deutsch
한국어
Português
RussianВопрос
Я просто узнаю о том, как ориентироваться между страницами и надгробием. Мне интересно, если кто-нибудь может указать мне несколько хороших примеров, которые не только покажут мне основы, как правильно использовать навигацию, но и хорошие примеры более сложных и продвинутых проблем навигации?
- Некоторые вопросы, которые я вращаю вокруг утечек памяти при навигации на другие страницы и навигации по обратно?
- Существует ли вызов Close Page, как только страница выполнила свою работу (я не хочу, чтобы экземпляр его висит после того, как я закончу с ним)?
- Другой вопрос: как я поддерживать состояние, если приложение получает надгробию (все еще пытается обернуть голову вокруг этого термина).
Спасибо!
Решение
Там нет закрытия страницы, ОС автоматически закрывает страницы, когда они отступили в отпуске, и выпускает использование памяти (так что здесь не должно быть утечек).
Некоторые ресурсы здесь, которые покрывают надгробильные и продвинутые концепции навигации.
Понимание модели исполнения приложений Windows Phone, TombStoning, Launcher и Choesers, и еще несколько вещей, которые находятся на пути - часть 1, Часть 2, Часть 3
Другие советы
Мне нравится думать о навигации WP7, как простой браузер, который только имеет кнопку. Модель нарушения основана на рисунке стека (в последний раз в первую очередь), необходимо пройти через все, чтобы вернуться на первую страницу. Это не то, к чему пользователь ПК используется, но в Mobile World является одним из лучших решений. Вы должны придерживаться этой модели и никогда не делать кнопки «Перейти на главную страницу» - ваше приложение не будет передавать сертификацию наверняка (есть некоторые обходные пути с экскусциями, но я бы не рекомендовал). Многие страницы могут запустить пользователь, поэтому хорошая идея состоит в том, чтобы иметь от 3 до 5 стр. Макс. Например, пользователь первой страницы выбирает то, что он собирается сделать, Next Page - это страница входа в систему, а затем для более сложного интерфейса Используйте панораму и управление пивотом.
К простому браузеру модели добавить куки. Когда ваш браузер загружает страницу, она устанавливает файл cookie с некоторой информацией, затем вы закрываете браузер и когда вы вернетесь на страницу, он может получить предыдущее состояние из этого cookie. TombStoning очень сидит. - связь. Отказ Еще немного Информация о TombStoning.
Некоторые вопросы, которые я вращаю вокруг утечек памяти при навигации на другие страницы и навигации по обратно?
Что вы подразумеваете под утечками памяти? Вы работаете в управляемых рамках.
Существует ли вызов Close Page, как только страница выполнила свою работу (я не хочу, чтобы экземпляр его висит после того, как я закончу с ним)?
Вам не нужно это делать. Страница уничтожена каждый раз, когда вы идете на следующую страницу пока не Там все еще работает.
Другой вопрос: как я поддерживать состояние, если приложение получает надгробию (все еще пытается обернуть голову вокруг этого термина).
По сути, это зависит от Develpor для управления этим. Не обязательно, но дает хороший пользовательский опыт.
Другой вопрос: как я поддерживать состояние, если приложение получает надгробию (все еще пытается обернуть голову вокруг этого термина).
Используйте изолированное хранение.
Вы можете посмотреть в Columbus MVC Framework для исходного кода WP7 (http://columbus.codeplex.com/) что я недавно опубликовал. Columbus решает как навигацию, так и надгробирование (обеспечивает сильно напечатанную навигацию с историей и моделями просмотра, которые могут выжить надгробирование).
