Většina UWP aplikací s výhodou využije ovladací prvek CommandBar pro přehlednou prezentaci dostupných akcí uživateli. Bohužel způsobuje tento prvek někdy neočekávané chování. Dva z těchto problémů si ukážeme v tomto článku. Pokračovat ve čtení “Podivuhodný případ poskakujících popisků app bar buttonů”
Když jedna průhledná barva nestačí
Nespočetněkrát v životě vývojáře aplikací pro Univerzální platformu Windows narazíme na potřebu použití průhledné barvy a v takovou chvíli se může hodit předdefinovaná barva “Transparent”. Pokud však zapomeneme, že “Transparent” je stále jenom barva, můžeme se se zlou potázat.
Lokalizační chyták: MissingManifestResourceException
Lokalizace je zábavná, když funguje, ale když ne, dokáže způsobit pořádný bolehlav. Zažil jsem jej sám ve formě záhadné výjimky MissingManifestResourceException a chci se s vámi podělit o to, kdy k ní dochází a také jako připomínku, abych si na řešení příště vzpomněl rychleji 🙂 . Pokračovat ve čtení “Lokalizační chyták: MissingManifestResourceException”
WinRT chyták – “one shot” Timer BackgroundTask se neodregistruje po jeho “one shot”
Nejprve – omlouvám všem fanouškům Jacka Reachera, tento článek není o jedné z knih této série, leč jeho název ji obsahuje rovnou dvakrát 🙂 .
V mé poslední vydané Windows 10 aplikaci Event Countdowns jsem udělal nešťastnou chybu. Při registraci Background Tasku který měl aktualizovat dlaždice aplikace každých 30 minut jsem použil následující kód:
|
1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 16 17 18 19 20 21 22 23 24 25 26 27 |
string myTaskName = "TileUpdaterBackgroundTask"; // check if task is already registered var task = BackgroundTaskRegistration.AllTasks.Where( cur => cur.Value.Name == myTaskName ).Select( c => c.Value ).SingleOrDefault(); if ( task != null ) { //do not register again return; } var backgroundAccess = await BackgroundExecutionManager.RequestAccessAsync(); if ( backgroundAccess == BackgroundAccessStatus.AllowedMayUseActiveRealTimeConnectivity || backgroundAccess == BackgroundAccessStatus.AllowedWithAlwaysOnRealTimeConnectivity ) { // register a new task BackgroundTaskBuilder taskBuilder = new BackgroundTaskBuilder { Name = myTaskName, TaskEntryPoint = "TileUpdateTask.TileUpdateBackgroundTask" }; taskBuilder.SetTrigger( new TimeTrigger( 30, true ) ); BackgroundTaskRegistration myFirstTask = taskBuilder.Register(); } |
Na první pohled nic neobvyklého. Nebo – to jsem si alespoň myslel. Den po vydání aplikace jsem se podíval na připnutou dlaždici odpočítávající čas do premiéry filmu Captain America: Civil War a s velkým překvapením zjistil, že zobrazený zbývající čas je byl o den posunutý! Okamžitě jsem zkontroloval zdrojový kód a po několika minutách zběsilého debugování jsem objevil skryté zlo – druhý parametr konstruktoru třídy TimeTrigger.
|
1 |
taskBuilder.SetTrigger( new TimeTrigger( 30, true ) ); |
Druhý parametr, oneShot, určuje, zda task bude spuštěn pouze jednou (hodnota true) nebo periodicky (hodnota false).
Moje naivní řešení tedy spočívalo ve výměně true za false a protože na počítači aplikace fungovala bez problémů, publikoval jsem aktualizovanou verzi na Store.
Když nová verze aplikace dorazila na můj telefon, s radostí jsem ji nainstaloval, spustil a čekal, až dlaždice znovu oživnou. A čekal jsem. A čekal jsem. A… nic.
Byl jsem zmaten a nechápal jsem, kde může být rozdíl mezi počítačem a telefonem. Tak jsem se znovu vrátil ke zdrojovému kódu a znovu jej promyslel. A pak – jsem to uviděl.
|
1 2 3 4 5 6 7 8 |
// check if task is already registered var task = BackgroundTaskRegistration.AllTasks.Where( cur => cur.Value.Name == myTaskName ).Select( c => c.Value ).SingleOrDefault(); if ( task != null ) { //do not register again return; } |
Přirozeně jsem předpokládal, že jakmile oneShot Background Task je jednou spuštěn, systém jej automaticky odregistruje. Ve skutečnosti tomu tak ale není.
I poté co oneShot trigger spustí Background Task, task stejně zůstane zaregistrován!
To znamená, že po instalaci aktualizované verze aplikace na můj telefon a jejím spuštění se při pokusu o registraci tasku kód zastavil na kontrole podmínky task != null která se vyhodnotila jako true, protože task byl stále zaregistrován, přestože již proběhl!
Finální řešení tedy vyžadovalo vynutit odregistrování Background Tasku a jeho znovuzaregistrování s oneShot nastaveným na false.
Bug je odchycen a dlaždice znovu žijí!