Řešení potíží s C++/WinRT

Toto téma je předem, abyste o něm okamžitě věděli; i když ho ještě nepotřebujete. Následující tabulka s příznaky řešení potíží a nápravnými prostředky může být užitečná bez ohledu na to, jestli odstraňujete nový kód nebo portujete existující aplikaci. Pokud portujete a chcete se rychle posunout dál do fáze, kdy se projekt sestaví a spustí, můžete dočasně pokročit tak, že zakomentujete nebo nahradíte zástupnou implementací veškerý nepodstatný kód, který způsobuje problémy, a k odstranění tohoto technického dluhu se vrátíte později.

Seznam nejčastějších dotazů najdete v tématu Nejčastější dotazy.

Sledování problémů s XAML

Diagnostika výjimek analýzy XAML může být obtížná – zejména pokud v rámci výjimky neexistují žádné smysluplné chybové zprávy. Ujistěte se, že je ladicí program nakonfigurován tak, aby zachytával výjimky při prvním vyvolání (abyste se pokusili zachytit výjimku při parsování hned na začátku). Možná budete moci v ladicím programu prozkoumat proměnnou výjimky a určit, zda HRESULT nebo zpráva obsahují nějaké užitečné informace. Zkontrolujte také okno Výstup v aplikaci Visual Studio, zda neobsahuje chybové zprávy generované analyzátorem XAML.

Pokud se vaše aplikace ukončí a vše, co víte, je, že během parsování značek XAML došlo k neošetřené výjimce, může to být důsledek odkazu (pomocí klíče) na chybějící prostředek. Nebo to může být výjimka vyvolaná uvnitř UserControl, vlastního ovládacího prvku nebo vlastního panelu rozložení. Poslední možnost je binární rozdělení. Ze stránky XAML odeberte asi polovinu značek a znovu spusťte aplikaci. Pak budete vědět, zda je chyba v té polovině, kterou jste odstranili (a kterou byste teď měli v každém případě obnovit), nebo v polovině, kterou jste neodstranili. Opakujte tento postup rozdělením té poloviny, která obsahuje chybu, a tak dále, dokud problém přesně neurčíte.

Příznaky a léky

Příbuzná témata