Nedostatky v Universal Apps

Spoločnosť Microsoft začala nabádať vývojárov, aby migrovali svoje aplikácie na aplikácie Universal, no niektorí vývojári stále nie sú presvedčení. Pred chvíľou som napísal úvodník, v ktorom som citoval vývojárov o uskutočniteľnosti univerzálnych aplikácií a o tom, prečo ešte nezapaľujú svet. Dnes ďalší vývojár zverejnil článok o svojich skúsenostiach s univerzálnymi aplikáciami (ktoré tu s dovolením reprodukujeme)

 

Windows Phone 8.1 XAML a Universal Apps obsahovali rozhrania WinRT API, ktoré majú veľa problémov vrátane tých, pre ktoré neexistuje riešenie. Najprv si však pohovorme o názve „Univerzálne aplikácie“. Myslím si, že je dosť arogantné nazývať univerzálnym niečo, čo sa zameriava na dve platformy, ktoré, úprimne povedané, toľko používateľov nepoužíva ani sa o to nezaujíma. Ak uvažujete iba o platformách Windows, tieto aplikácie tiež nie sú univerzálne, pretože nemôžu cieliť na najbežnejšie používané verzie systému Windows (7 a XP). Ale to odbočujem.

Vyjadruje tu pointu, ktorú som spomenul pred chvíľou. Ani WP8.1 ani W8.1 zatiaľ neposkytujú vývojárom dostatočnú hodnotu na to, aby ich vyvinuli, pretože, ako som povedal: „Používatelia systému Windows MÁ, ale títo používatelia nevyhnutne nechcú aplikácie. Používatelia Windows Phone chcú aplikácie, ale nie je ich veľa.“ .

Používatelia však nie sú jedinou vecou, ​​ktorá bráni vývojárom v prechode na aplikácie 8.1 WinPRT. Existujú aj technické problémy:

 

Viac pokazených API

Takže rozhranie API na prehrávanie zvuku na pozadí pre Windows Phone 8.1 je pokazené, niečo iné? Samozrejme. BackgroundDownloader je ďalším príkladom. V Silverlight bol BackgroundDownloader, ktorý bol dosť obmedzený, ale fungoval. V Universal Apps je nový BackgroundDownloader s niektorými novými funkciami a niektoré podstatné chýbajú. Napríklad v Silverlighte by každé sťahovanie mohlo mať Tag, kde si môžete uložiť akékoľvek dáta, aby ste po dokončení sťahovania niečo vedeli (akej obchodnej entite patrí atď.). V Universal Apps už nie. Neexistuje žiadna značka, takže si musíte vytvoriť a spravovať vlastný druh indexu pre všetky stiahnuté súbory, aby ste ich mohli skutočne priradiť k svojim obchodným subjektom. Nepríjemnosť, ale nič, čo by ste nezvládli, však.

Komentátor na blogu tiež dodal, že rozhranie Camera API nebolo také dobré ako tie Silverlight a bolo mi povedané, že API 8.1 nemá integráciu šošovky.

Rozhranie Camera API na WP8.1 je tiež strašne pokazené. Neexistuje spôsob, ako získať ukážkové snímky. Pomocou rozhrania Silverlight API sa môžete jednoducho prihlásiť na odber udalosti a posúvať snímky s nízkym rozlíšením cez ZXing pri viacerých snímkach za sekundu. Vo WinRT to najlepšie, čo môžete urobiť, je urobiť veľa obrázkov za sebou, niekedy s bleskom a skenovať asi 0.8 snímky za sekundu.

Výkon je tiež ovplyvnený množstvom práce potrebnej na dosiahnutie hladkého posúvania, ktoré sa zvýšilo v 8.1 oproti 8.0.

výkon

V Silverlight som bežne používal LongListSelector na zobrazenie údajov, keď som ho použil s WrapPanel, keď som potreboval vytvoriť rozloženie s dvoma stĺpcami. LongListSelector je preč, v Universal Apps musíte použiť GridView aj na Windows Phone. Alebo môžete použiť ListView s vlastným zalamovacím panelom, ktorý si sami napíšete alebo niekde stiahnete, ale vyžaduje si určité úsilie, aby virtualizácia fungovala správne.

GridView teda používate na Windows Phone 8.1 aj Windows 8.1, aby bol konzistentný. Pridajte k tomu desiatky položiek s obrázkami a výkon začne skutočne trpieť. Zobrazia sa sivé zástupné symboly a čo je dôležitejšie, nikdy nezmizne. Nepotrebujete obrázky, stačí do GridView pridať asi 300 textových položiek a pri rolovaní sa začnú zobrazovať sivé zástupné symboly

Cieľom tohto príspevku nie je uraziť Microsoft, ale vysvetliť, prečo vývojári ešte nemusia byť ochotní vytvárať univerzálne aplikácie. Nie sú absolútne lepšou metódou, v niektorých oblastiach predstavujú upgrade a v iných downgrade (používatelia Windows Phone tento pocit dobre poznajú). Ak má Microsoft prilákať vývojárov, musia pracovať rýchlejšie ako práve teraz, „čoskoro“ a „v najbližších mesiacoch“ nie sú atraktívne pre ľudí, ktorých živobytie závisí od toho, že „čoskoro“ bude „včera“. Našťastie existujú náznaky, že sa to môže zmeniť. WP 8.1.1 priniesol nejaké nové API (hoci obmedzené) a 8.1.2 údajne (v teraz skrytom príspevku) umožňuje vývojárom vytvárať nové úžasné aplikácie. Microsoft sa môže v budúcnosti zmeniť a to je skvelé. Pre mnohých vývojárov, ktorí sú teraz pod tlakom, aby vytvorili univerzálne aplikácie, však budúcnosť nemôže prísť dostatočne skoro.

Viac ako len úryvky, ktoré tu nájdete, si prečítajte celý tu. Môj podrobnejší kúsok viď tu.