Universal Appsin puutteet

Microsoft on alkanut kannustaa kehittäjiä siirtämään sovelluksensa Universal-sovelluksiin, mutta jotkut kehittäjät eivät ole vieläkään vakuuttuneita. Kirjoitin toimituksen, jossa lainasin kehittäjiä jokin aika sitten universaalien sovellusten toteutettavuudesta ja siitä, miksi ne eivät vielä sytytä maailmaa tuleen. Tänään toinen kehittäjä julkaisi palan kokemuksistaan ​​universaaleista sovelluksista (jotka toistamme täällä luvalla)

 

Windows Phone 8.1 XAML ja Universal Apps sisälsivät WinRT-sovellusliittymiä, joissa on monia ongelmia, myös sellaisia, joihin ei ole ratkaisua. Mutta ensin, puhukaamme vain "Universal Apps" -nimestä. Minusta se on melko ylimielistä kutsua universaaliksi jotain, joka kohdistuu kahteen alustaan, mitä rehellisesti sanottuna monet käyttäjät eivät käytä tai välitä. Myöskään jos ajattelet vain Windows-alustoja, nämä sovellukset eivät myöskään ole universaaleja, koska ne eivät voi kohdistaa yleisimmin käytettyihin Windows-versioihin (7 ja XP). Mutta peräännyn.

Hän tekee tässä pisteen, jonka esitin jokin aika sitten. WP8.1 tai W8.1 eivät vielä tarjoa tarpeeksi arvoa kehittäjille, joita he voivat kehittää, koska, kuten sanoin, "Windowsin käyttäjiä on, mutta nämä käyttäjät eivät välttämättä halua sovelluksia. Windows Phone -käyttäjät haluavat sovelluksia, mutta niitä ei ole kovin paljon."

Käyttäjät eivät kuitenkaan ole ainoa asia, joka estää kehittäjiä siirtymästä 8.1 WinPRT -sovelluksiin. On myös teknisiä ongelmia:

 

Lisää sekaisin sovellusliittymiä

Joten taustaäänen toiston API Windows Phone 8.1:lle on sekaisin, onko muuta? Varma. BackgroundDownloader on toinen esimerkki. Silverlightissa oli BackgroundDownloader, joka oli melko rajallinen, mutta se toimi. Universal Appsissa on uusi BackgroundDownloader, jossa on joitain uusia ominaisuuksia, mutta joitain tärkeitä ominaisuuksia puuttuu. Esimerkiksi Silverlightissa jokaisella latauksella voi olla tunniste, johon voit tallentaa mitä tahansa tietoja, jotta tiedät jotain latauksesta, kun se on valmis (mihin liiketoimintayksikköön se kuuluu jne.). Ei enää Universal Appsissa. Tunnistetta ei ole, joten sinun on luotava ja hallinnoitava oma hakemistosi kaikille latauksille, jotta voit todella yhdistää ne liiketoimintakokonaisuuksiin. Ärsytystä, mutta ei mitään, mitä et voi hallita, eikö niin.

Blogin kommentoija lisäsi myös, että Camera apit eivät olleet yhtä hyviä kuin Silverlightin, ja minulle on kerrottu, että 8.1 apisista puuttuu linssiintegraatio.

WP8.1:n Camera API on myös hirveän sekaisin. Esikatselukehyksiä ei voi saada. Silverlight API:n avulla voit yksinkertaisesti tilata tapahtuman ja työntää matalaresoluutioisia kehyksiä ZXingin läpi useilla fps:llä. WinRT:ssä parasta, mitä voit tehdä, on ottaa useita kuvia peräkkäin, joskus salamalla ja skannata noin 0.8 kuvaa sekunnissa.

Suorituskyky iskee myös sujuvan vierityksen saavuttamiseen tarvittavalla työmäärällä, joka on kasvanut 8.1 verrattuna 8.0:aan.

Suorituskyky

Silverlightissa käytin yleisesti LongListSelectoria tietojen näyttämiseen ja käytin sitä WrapPanelin kanssa, kun minun piti luoda kahden sarakkeen asettelu. LongListSelector on poissa, Universal Appsissa sinun on käytettävä GridView'ta myös Windows Phonessa. Tai voit käyttää ListView-näkymää mukautetun rivityspaneelin kanssa, jonka kirjoitat itse tai lataat jostain, mutta vaatii jonkin verran vaivaa, jotta se suorittaa virtualisoinnin oikein.

Joten käytät GridView'ta sekä Windows Phone 8.1:ssä että Windows 8.1:ssä, jotta se olisi johdonmukainen. Lisää siihen kymmeniä kuvallisia esineitä ja suorituskyky alkaa todella kärsiä. Harmaat paikkamerkit tulevat näkyviin, ja mikä tärkeintä, ei katoa koskaan. Tapahtumaan ei tarvita kuvia, lisää vain noin 300 tekstikohdetta GridView-näkymään ja harmaat paikkamerkit alkavat näkyä vierittäessä

Tämän viestin tarkoitus ei ole loukata Microsoftia, vaan selittää, miksi kehittäjät eivät ehkä ole halukkaita luomaan universaaleja sovelluksia. Ne eivät ole ehdottoman parempi menetelmä, ne ovat päivitys joillakin alueilla ja toisilla alempi versio (Windows Phone -käyttäjät tietävät tämän tunteen hyvin). Jos Microsoft haluaa houkutella kehittäjiä, heidän on työskenneltävä nopeammin kuin nyt, "pian" ja "tulevien kuukausien aikana" eivät ole houkuttelevia ihmisille, joiden toimeentulo riippuu siitä, että "pian" on "eilen". Onneksi on merkkejä siitä, että tämä saattaa muuttua. WP 8.1.1 toi joitain uusia apit (vaikkakin rajoitettuja), ja 8.1.2:n sanotaan (nyt piilossa) antavan kehittäjille mahdollisuuden luoda uusia mahtavia sovelluksia. Microsoft saattaa muuttua tulevaisuudessa, ja se on hienoa. Monille kehittäjille, joita painostetaan tekemään universaaleja sovelluksia nyt, tulevaisuus ei kuitenkaan pääse tänne tarpeeksi pian.

Jos haluat enemmän kuin täältä saatavat katkelmat, lue koko kappale tätä. Tarkempi kappaleeni, katso tästä.