Если вы имеете в виду полностью отдельные страницы, эти экраны существуют только отдельно. Когда появляется ваша «страница текстового поля», предыдущая «страница сетки» больше не существует. Если бы это можно было сделать, мой ответ был бы «Не делай этого», так как ты получишь отдельные страницы, тесно связанные друг с другом. Это считается плохой практикой.
Согласно последним методикам Silverlight, данные должны передаваться через модели и модели просмотра, которые живут дольше, чем экраны (ищите шаблоны Silverlight MVVM в Google). Модели представления - это, по сути, место, куда вы можете перенести свой код. Цель состоит в том, чтобы оставить ваши страницы XAML практически без кода.
По сути, вы хотите, чтобы ваши экраны обменивались общими данными. В этом случае это будет включать ваш текущий выбор в список элементов данных (вам на самом деле все равно, была ли это сетка, которая сделала фактический выбор).
«Экран сетки» привязан к модели данных, чтобы получить ее источник данных для сетки, а также текущий выбранный элемент привязан к элементу в модели данных. Та же модель (или модель представления) привязана к вашей «странице текстового поля» при ее создании. Текстовые поля на этой странице привязаны к результатам, ранее сохраненным в модели данных.
Одним недостатком является то, что все привязываемые свойства в моделях данных / представлениях моделей должны быть Свойства зависимости . Если вы не сделаете их связываемыми, вы не получите никаких ошибок, просто нет данных.