Fejlene i Universal Apps

Microsoft er begyndt at opmuntre udviklere til at migrere deres apps til Universal-apps, men nogle udviklere er stadig ikke overbeviste. Jeg skrev en redaktionel, hvor jeg citerede udviklere for et stykke tid siden om gennemførligheden af ​​universelle apps, og hvorfor de ikke sætter verden i brand endnu. I dag offentliggjorde en anden udvikler et stykke om sine erfaringer med universelle apps (som vi skal gengive her med tilladelse)

 

Windows Phone 8.1 XAML og Universal Apps inkluderede WinRT API'er, der har mange problemer, inklusive nogle, som der ikke er nogen løsning på. Men først, lad os lige tale om navnet "Universal Apps". Jeg synes, det er ret arrogant, at kalde universelt noget, der retter sig mod to platforme, som ærligt talt ikke så mange brugere bruger eller bekymrer sig om. Også hvis du kun tænker på Windows-platformene, er disse apps heller ikke universelle, fordi de ikke kan målrette mod de mest almindeligt anvendte Windows-versioner (7 og XP). Men jeg afviger.

Han gør det her, som jeg gjorde for et stykke tid siden. Hverken WP8.1 eller W8.1 giver nok værdi til, at udviklere kan udvikle til nogen af ​​dem endnu, fordi, som jeg sagde, "Windows HAR brugere, men disse brugere vil ikke nødvendigvis have apps. Windows Phone-brugere vil have apps, men dem er der ikke ret mange af” .

Brugere er dog ikke det eneste, der forhindrer udviklere i at flytte til 8.1 WinPRT-apps. Der er også tekniske problemer:

 

Mere rodede API'er

Så baggrundslydafspilnings-API til Windows Phone 8.1 er rodet, noget andet? Jo da. BackgroundDownloader er et andet eksempel. I Silverlight var der en BackgroundDownloader, der var ret begrænset, men den virkede. I Universal Apps er der en ny BackgroundDownloader med nogle nye funktioner, og nogle væsentlige mangler. For eksempel, i Silverlight, kunne hver download have et tag, hvor du kan gemme alle data, så du ved noget om overførslen, når den er færdig (hvilken forretningsenhed den tilhører, osv.). Ikke mere i Universal Apps. Der er ingen tag, så du skal bygge og administrere din egen slags indeks for alle downloads, så du faktisk kan matche dem til dine virksomhedsenheder. En irritation, men intet du ikke kan klare, vel.

En kommentator på bloggen tilføjede også, at Camera-api'erne ikke var så gode som Silverlight, og jeg har fået at vide, at 8.1-api'erne mangler objektivintegration.

Camera API på WP8.1 er også forfærdeligt f****d up. Der er ingen måde at få forhåndsvisningsrammer på. Med Silverlight API kan du blot abonnere på en begivenhed og skubbe frames med lav opløsning gennem ZXing ved flere fps. I WinRT er det bedste du kan gøre at tage mange billeder efter hinanden, med flash nogle gange og scanne omkring 0.8 billeder i sekundet.

Ydeevnen bliver også ramt af, at mængden af ​​arbejde, der er nødvendig for at få jævn rulning, er steget i 8.1 vs. 8.0.

Performance (Præstation)

I Silverlight brugte jeg ofte LongListSelector til at vise data, og brugte den med et WrapPanel, når jeg havde brug for at oprette et layout med to kolonner. LongListSelector er væk, i Universal Apps skal du bruge GridView også på Windows Phone. Eller du kan bruge ListView med et brugerdefineret wrap-panel, du selv skriver eller downloader et sted, men det kræver en indsats at få det til at udføre virtualisering korrekt.

Så du bruger GridView på både Windows Phone 8.1 og Windows 8.1 for at gøre det konsistent. Tilføj snesevis af elementer med billeder, og ydelsen begynder virkelig at lide. Grå pladsholdere vises og endnu vigtigere, forsvinder aldrig. Du behøver ikke billeder af begivenheder, bare tilføj omkring 300 kun tekstelementer til GridView, og de grå pladsholdere begynder at blive vist, når du ruller

Pointen med dette indlæg er ikke at bash Microsoft, det er at forklare, hvorfor udviklere måske ikke er villige til at skabe universelle apps endnu. De er ikke en absolut bedre metode, de er en opgradering på nogle områder og en nedgradering på andre (Windows Phone-brugere kender godt denne følelse). Hvis Microsoft skal tiltrække udviklere, skal de arbejde hurtigere, end de gør lige nu, "snart" og "i de kommende måneder" er ikke attraktive for folk, hvis levebrød afhænger af, at "snart" er "i går". Heldigvis er der tegn på, at dette kan ændre sig. WP 8.1.1 bragte nogle nye API'er (skønt begrænset) og 8.1.2 siges (i et nu skjult indlæg) at give udviklere mulighed for at skabe nye fantastiske apps. Microsoft ændrer sig muligvis i fremtiden, og det er fantastisk. For mange udviklere, der bliver presset til at lave universelle apps nu, kan fremtiden dog ikke komme her hurtigt nok.

For mere end de uddrag, du får her, kan du læse hele stykket link.. For mit mere detaljerede stykke, se her.