UWP — Platform :: DisconnectedException при навигации по страницам

У меня есть следующие настройки: xaml-представление MainPage и xaml-представление SettingPage. В xaml-представлении SettingPage я активировал кнопку «Назад», которая находится в строке заголовка окна, и добавил BackRequestedEventArgs. (Более того, у меня есть страница XXL DX12, но она еще не связана с навигацией, поэтому она никогда не будет инициализирована.)

Итак, моя проблема: если я нажму на элемент flyout, называемый settings, который находится на главной странице, я перейду на SettingPage. В заголовке появляется кнопка, и если я щелкаю по ней, я возвращаюсь на главную страницу. Теперь я делаю это еще раз: нажимая на настройки, переходя к SettingPage. Теперь, если я нажимаю на кнопку ИЛИ закрываю окно, приложение вылетает и показывает следующее исключение:

Platform :: DisconnectedException ^ в 0x046BED80. HRESULT: 0x80010108

Мой вопрос: как мне это исправить?

Вот мой код для этого:

Главная страница навигации:

    void MainPage::MenuFlyoutItemSettings_Click(Platform::Object^ sender, Windows::UI::Xaml::RoutedEventArgs^ e)
{

this->Frame->Navigate(Windows::UI::Xaml::Interop::TypeName(SettingsPage::typeid));

}

SettingsPage:

 // in Constructor
Windows::UI::Core::SystemNavigationManager::GetForCurrentView()->AppViewBackButtonVisibility = Windows::UI::Core::AppViewBackButtonVisibility::Visible;
Windows::UI::Core::SystemNavigationManager::GetForCurrentView()->
BackRequested += ref new Windows::Foundation::EventHandler<
Windows::UI::Core::BackRequestedEventArgs^>(
this, &SettingsPage::App_BackRequested);void SettingsPage::App_BackRequested(
Platform::Object^ sender,
Windows::UI::Core::BackRequestedEventArgs^ e)
{
Windows::UI::Xaml::Controls::Frame^ rootFrame = dynamic_cast<Windows::UI::Xaml::Controls::Frame^>(Window::Current->Content);
if (rootFrame == nullptr)
return;

// Navigate back if possible, and if the event has not
// already been handled.
if (rootFrame->CanGoBack && e->Handled == false)
{
e->Handled = true;
rootFrame->GoBack();
}
}

Кроме того, оба метода имеют обработчики onSuspending и onResuming, добавленные мной вручную, но они оба пусты:

//in constructor

Application::Current->Suspending += ref new SuspendingEventHandler(this, &SettingsPage::OnSuspending);
Application::Current->Resuming += ref new EventHandler<Object^>(this, &SettingsPage::OnResuming);void SettingsPage::OnSuspending(Object^ sender, SuspendingEventArgs^ e) {}

void SettingsPage::OnResuming(Object^ sender, Object^ e) {}

ПРИМЕЧАНИЕ. Если я удаляю весь код кнопки, приложение никогда не завершает работу с этим исключением, поэтому я считаю, что в этом коде ошибка.

РЕДАКТИРОВАТЬ 2017-09-04:

После работы над Sunteen Wu — ответ MSFT снизу я понял, что даже если я удалю весь код кнопки, я получу это исключение, как только в первый раз войду в страницу настроек и закрою приложение. Итак, вот мой текущий сценарий, где я получаю описанное исключение:

Единственный код, который я получил сейчас для навигации:

MainPage (в пользовательской настройке):

this->Frame->Navigate(Windows::UI::Xaml::Interop::TypeName(SettingsPage::typeid));

SettingsPage (в пользовательской кнопке):

this->Frame->Navigate(Windows::UI::Xaml::Interop::TypeName(MainPage::typeid));

Таким образом, после первого перехода на страницу настроек нажатием кнопки настроек я получаю описанное исключение, только если я выключаю приложение (то же самое, если нажать на красный крестик или остановить отладчик). Навигация работает нормально, хотя, я могу переключаться между страницами, сколько захочу, и я не получу исключение при запуске приложения.

ЗАКЛЮЧИТЕЛЬНЫЙ ОТВЕТ 2017-09-06:

Объединение Sunteen Wu — MSFT’s Answer с удалением вышеупомянутого

Application::Current->Suspending += ref new SuspendingEventHandler(this, &SettingsPage::OnSuspending);
Application::Current->Resuming += ref new EventHandler<Object^>(this, &SettingsPage::OnResuming);

Хендлеры это решение для меня. Теперь нет Disconnectedexception, и Back-Button-Logic также работает!

WeakReference wr(this);
Windows::UI::Core::SystemNavigationManager::GetForCurrentView()->
BackRequested += ref new Windows::Foundation::EventHandler<
Windows::UI::Core::BackRequestedEventArgs^>([wr](
Object^ sender, Windows::UI::Core::BackRequestedEventArgs^ e)
{
SettingsPage^ c = wr.Resolve<SettingsPage>();
if (c != nullptr)
{
Windows::UI::Xaml::Controls::Frame^ rootFrame = dynamic_cast<Windows::UI::Xaml::Controls::Frame^>(Window::Current->Content);
if (rootFrame == nullptr)
return;
if (rootFrame->CanGoBack && e->Handled == false)
{
e->Handled = true;
rootFrame->GoBack();
}
}
else
{
throw ref new DisconnectedException();
}
});

Windows::Foundation::EventRegistrationToken cookie;
SettingsPage::SettingsPage()
{
InitializeComponent();
...
cookie = Windows::UI::Core::SystemNavigationManager::GetForCurrentView()->
BackRequested += ref new Windows::Foundation::EventHandler<
Windows::UI::Core::BackRequestedEventArgs^>(
this, &SettingsPage::App_BackRequested);
}

void SettingsPage::App_BackRequested(
Platform::Object^ sender,
Windows::UI::Core::BackRequestedEventArgs^ e)
{
...
Windows::UI::Core::SystemNavigationManager::GetForCurrentView()->
BackRequested -= cookie;
}

void App::OnLaunched(Windows::ApplicationModel::Activation::LaunchActivatedEventArgs^ e)
{
auto rootFrame = dynamic_cast<Frame^>(Window::Current->Content);
// Do not repeat app initialization when the Window already has content,
// just ensure that the window is active
if (rootFrame == nullptr)
{
...
}
else
{
...
}
Windows::UI::Core::SystemNavigationManager::GetForCurrentView()->
BackRequested += ref new Windows::Foundation::EventHandler<
Windows::UI::Core::BackRequestedEventArgs^>(
this, &App::App_BackRequested);
}

void App::App_BackRequested(
Platform::Object^ sender,
Windows::UI::Core::BackRequestedEventArgs^ e)
{
...
}