Nedostaci u univerzalnim aplikacijama

Microsoft je počeo poticati programere da migriraju svoje aplikacije na univerzalne aplikacije, ali neki programeri još uvijek nisu uvjereni u to. Napisao sam uvodnik citirajući programere prije nekog vremena o izvedivosti univerzalnih aplikacija i zašto one još nisu zapalile svijet. Danas je još jedan programer objavio članak o svojim iskustvima s univerzalnim aplikacijama (koje ćemo ovdje reproducirati uz dopuštenje)

 

Windows Phone 8.1 XAML i Universal Apps uključivali su WinRT API-je koji imaju mnogo problema, uključujući neke za koje nema rješenja. Ali prvo, razgovarajmo samo o nazivu "Univerzalne aplikacije". Mislim da je prilično arogantno nazivati ​​univerzalnim nešto što je usmjereno na dvije platforme, što iskreno ne koristi toliko mnogo korisnika ili do čega im nije stalo. Također, ako mislite samo na Windows platforme, te aplikacije također nisu univerzalne, jer ne mogu ciljati na najčešće korištene verzije Windowsa (7 i XP). Ali skrećem s teme.

On ovdje ističe ono što sam ja maloprije iznio. Ni WP8.1 ni W8.1 još ne pružaju dovoljno vrijednosti programerima za razvoj ni za jednog od njih jer, kao što sam rekao, „Windows IMA korisnike, ali ti korisnici ne žele nužno aplikacije. Korisnici Windows Phonea žele aplikacije, ali nema ih baš puno” .

Međutim, korisnici nisu jedina stvar koja sprječava razvojne programere da prijeđu na 8.1 WinPRT aplikacije. Postoje i tehnički problemi:

 

Još zbrkanih API-ja

Dakle, API za reprodukciju zvuka u pozadini za Windows Phone 8.1 je zabrljao, još nešto? Naravno. BackgroundDownloader je još jedan primjer. U Silverlightu je postojao BackgroundDownloader koji je bio prilično ograničen, ali je radio. U Universal Apps, postoji novi BackgroundDownloader s nekim novim značajkama, a neke bitne nedostaju. Na primjer, u Silverlightu svako preuzimanje može imati oznaku, gdje možete pohraniti bilo koje podatke kako biste znali nešto o preuzimanju kada završi (kom poslovnom subjektu pripada itd.). Nema više u Universal Apps. Ne postoji oznaka, tako da morate izgraditi i upravljati vlastitom vrstom indeksa za sva preuzimanja, tako da ih zapravo možete uskladiti sa svojim poslovnim subjektima. Smetnja, ali ništa s čim ne možete upravljati, zar ne.

Komentator na blogu također je dodao da Camera API nije tako dobar kao Silverlight, a rečeno mi je da 8.1 API nema integraciju objektiva.

Camera API na WP8.1 također je užasno sjeban. Ne postoji način za dobivanje okvira za pregled. Sa Silverlight API-jem možete se jednostavno pretplatiti na događaj i progurati okvire niske rezolucije kroz ZXing pri više fps-a. U WinRT-u najbolje što možete učiniti je snimiti mnogo slika za drugom, ponekad uz bljeskalicu i skeniranje oko 0.8 sličica u sekundi.

Performanse su također pogođene količinom rada potrebnog za glatko pomicanje koja se povećala u 8.1 u odnosu na 8.0.

Izvođenje

U Silverlightu sam obično koristio LongListSelector za prikaz podataka, koristeći ga s WrapPanelom kada sam trebao stvoriti raspored s dva stupca. LongListSelector je nestao, u Universal Apps morate koristiti GridView i na Windows Phoneu. Ili možete koristiti ListView s prilagođenom pločom za omatanje koju sami napišete ili negdje preuzmete, no potrebno je malo truda da bi virtualizaciju ispravno izvršio.

Dakle, koristite GridView i na Windows Phone 8.1 i na Windows 8.1 kako bi bio dosljedan. Dodajte desetke stavki sa slikama i izvedba počinje stvarno patiti. Pojavit će se siva rezervirana mjesta i što je još važnije, nikada ne nestaje. Ne trebaju vam slike, samo dodajte oko 300 samo tekstualnih stavki u GridView i siva rezervirana mjesta će se početi prikazivati ​​prilikom pomicanja

Poanta ovog posta nije napadati Microsoft, već objasniti zašto programeri možda još nisu voljni stvarati univerzalne aplikacije. Oni nisu apsolutno bolja metoda, oni su nadogradnja u nekim područjima i smanjenje u drugim (korisnici Windows Phonea dobro poznaju ovaj osjećaj). Ako Microsoft želi privući programere, oni moraju raditi brže nego što trenutno rade, "uskoro" i "u nadolazećim mjesecima" nisu privlačni ljudima čiji život ovisi o tome da je "uskoro" "jučer". Srećom, postoje znakovi da bi se to moglo promijeniti. WP 8.1.1 donio je neke nove apise (iako ograničene), a za 8.1.2 se kaže da (u sada skrivenom postu) omogućuje programerima stvaranje novih izvrsnih aplikacija. Microsoft će se možda promijeniti u budućnosti i to je sjajno. Za mnoge razvojne programere koji su sada pod pritiskom da naprave univerzalne aplikacije, budućnost neće doći dovoljno brzo.

Za više od isječaka koje ovdje dobivate, pročitajte cijeli članak ovdje. Za moj detaljniji rad, vidi ovdje.