Napake v univerzalnih aplikacijah

Microsoft je začel spodbujati razvijalce, da svoje aplikacije preselijo na univerzalne aplikacije, vendar nekateri razvijalci še vedno niso prepričani. Pred časom sem napisal uvodnik, v katerem sem citiral razvijalce o izvedljivosti univerzalnih aplikacij in zakaj še ne podžigajo sveta. Danes je drug razvijalec objavil prispevek o svojih izkušnjah z univerzalnimi aplikacijami (ki ga bomo tukaj z dovoljenjem ponovili)

 

Windows Phone 8.1 XAML in Universal Apps sta vključevala API-je WinRT, ki imajo veliko težav, vključno z nekaterimi, za katere ni rešitve. Toda najprej se pogovorimo o imenu »Univerzalne aplikacije«. Mislim, da je precej arogantno imenovati univerzalno nekaj, kar cilja na dve platformi, kar odkrito povedano ne uporablja toliko uporabnikov ali jih ne zanima. Tudi če razmišljate samo o platformah Windows, tudi te aplikacije niso univerzalne, saj ne morejo ciljati na najpogosteje uporabljene različice Windows (7 in XP). Ampak odmikam se.

Tukaj pove bistvo, ki sem ga povedal pred časom. Niti WP8.1 niti W8.1 še ne zagotavljata dovolj vrednosti za razvijalce, da bi lahko razvijali za katerega od njiju, ker, kot sem rekel, »Windows IMA uporabnike, vendar ti uporabniki ne želijo nujno aplikacij. Uporabniki Windows Phone želijo aplikacije, a jih ni prav veliko.

Vendar uporabniki niso edina stvar, ki razvijalcem preprečuje prehod na aplikacije 8.1 WinPRT. Obstajajo tudi tehnične težave:

 

Več zmešanih API-jev

Torej je API za predvajanje zvoka v ozadju za Windows Phone 8.1 pokvarjen, kaj drugega? seveda. BackgroundDownloader je še en primer. V Silverlightu je bil BackgroundDownloader, ki je bil precej omejen, vendar je deloval. V univerzalnih aplikacijah je na voljo nov BackgroundDownloader z nekaj novimi funkcijami, nekaj bistvenih pa manjka. V Silverlightu bi lahko na primer vsak prenos imel oznako, kamor lahko shranite kakršne koli podatke, da boste vedeli nekaj o prenosu, ko se konča (kateremu poslovnemu subjektu pripada itd.). Nič več v Universal Apps. Oznake ni, zato morate zgraditi in upravljati lasten indeks za vse prenose, tako da jih lahko dejansko povežete s svojimi poslovnimi subjekti. Nadležnost, a nič, česar ne morete obvladati, kajne.

Komentator na spletnem dnevniku je prav tako dodal, da API-ji kamere niso bili tako dobri kot API-ji Silverlight in povedali so mi, da API-ji 8.1 nimajo integracije leč.

API kamere na WP8.1 je prav tako grozno pokvarjen. Okvirjev za predogled ni mogoče dobiti. Z API-jem Silverlight se lahko preprosto naročite na dogodek in potisnete okvirje nizke ločljivosti skozi ZXing pri več sličicah na sekundo. V WinRT je najboljše, kar lahko storite, je, da posnamete več slik za drugo, včasih z bliskavico in skenirate približno 0.8 sličice na sekundo.

Zmogljivost je prav tako slabša, saj se je količina dela, ki je potrebna za gladko pomikanje, povečala v 8.1 v primerjavi z 8.0.

Uspešnost

V Silverlightu sem za prikaz podatkov običajno uporabljal LongListSelector, ki sem ga uporabljal z WrapPanel, ko sem moral ustvariti postavitev z dvema stolpcema. LongListSelector je izginil, v Universal Apps morate uporabljati GridView tudi na Windows Phone. Lahko pa uporabite ListView z ovojno ploščo po meri, ki jo napišete sami ali nekje prenesete, vendar je potrebno nekaj truda, da pravilno izvede virtualizacijo.

Torej uporabite GridView v Windows Phone 8.1 in Windows 8.1, da zagotovite skladnost. Dodajte mu na desetine predmetov s slikami in zmogljivost začne resnično trpeti. Prikazali se bodo sivi nadomestni znaki in kar je še pomembneje, nikoli ne izgine. Ne potrebujete slik, samo dodajte približno 300 elementov samo z besedilom v GridView in med pomikanjem se bodo začeli prikazovati sivi nadomestni elementi.

Bistvo te objave ni udrihati po Microsoftu, temveč pojasniti, zakaj razvijalci morda še niso pripravljeni ustvariti univerzalnih aplikacij. Niso absolutno boljša metoda, so nadgradnja na nekaterih področjih in znižanje na drugih (uporabniki Windows Phone dobro poznajo ta občutek). Če želi Microsoft pritegniti razvijalce, morajo delati hitreje, kot počnejo zdaj, »kmalu« in »v prihodnjih mesecih« nista privlačna za ljudi, katerih preživetje je odvisno od tega, da je »kmalu« »včeraj«. Na srečo obstajajo znaki, da se to morda spreminja. WP 8.1.1 je prinesel nekaj novih apisov (čeprav omejenih), 8.1.2 pa naj bi (v zdaj skriti objavi) razvijalcem omogočil ustvarjanje novih izjemnih aplikacij. Microsoft se bo morda v prihodnosti spremenil in to je super. Za mnoge razvijalce, ki so pod pritiskom, da morajo zdaj izdelati univerzalne aplikacije, prihodnost ne more priti dovolj kmalu.

Za več kot le odrezke, ki jih dobite tukaj, preberite celoten članek tukaj. Za moj podrobnejši del glej tukaj.