VS2013 развертывает приложение Windows Phone в эмуляторе только после команды "Восстановить решение"
Что-то странное случилось с одним из моих проектов C# Windows Phone 8 Silverlight.
Это простая страница с одним TextBox, с которым я экспериментирую, создаю для него индивидуальный стиль. Сначала я поместил TextBox на PhoneApplicationPage, сгенерировал шаблон стиля для него с помощью команды "Редактировать шаблон \ Редактировать копию" из контекстного меню в конструкторе. Сейчас я изменяю некоторые сеттеры и значения свойств в стиле, но когда я нажимаю F5, в эмуляторе запускается старая версия моего проекта - все мои последние изменения не учитываются. Последние изменения отражаются в запущенном приложении только после того, как я выполнил команду "Перестроить решение" из меню "Сборка".
В разметке XAML нет ошибок, и кажется, что все правильно. Другие проекты WP8 тоже собраны и развернуты на эмуляторе. Проблема не зависит от выбранного эмулятора (WVGA 512Mb, 720p и т. Д.). Перезапуск VS/ эмулятора тоже не дает эффекта.
Что это может быть и как это исправить?
Еще немного информации. Для любого нормального проекта я вижу это в окне "Вывод", когда нажимаю F5 (полный путь к приложению был сокращен для экономии места):
Но для проблемного проекта выходной журнал заканчивается строкой "1> Упаковка Xap завершена успешно", и старая версия приложения немедленно открывается в эмуляторе.
1 ответ
Кажется, мне удалось найти причину этой странной проблемы. Это может произойти, если имя приложения WP содержит пробелы! Я заметил, что если мы создаем новый проект и используем символ пробела в его имени, пробелы заменяются символами подчеркивания на телефоне (например, "WP Test App" развертывается под именем "WP_Test_App"). Я также нашел это при поиске решения этой проблемы:
Приложение не обновляется, а затем отлаживается - не работает корректное обновление?
Я немного поиграл с именами моего проекта и решения, то есть убрал пробелы в них, и это помогло решить мою головоломку.
Кстати, как утверждает автор вопроса по вышеуказанной ссылке, эта проблема никогда не возникала в WP 7.1 SDK - она специфична только для WP 8 SDK.