Tip til indsendelse af Windows Phone 7-apps til App Hub

Windows Phone 7-udviklingsoplevelsen på et kodeniveau er ikke perfekt, men det er rart i sammenligning med nogle af de andre mobile app-udviklingshistorier derude. Desværre overlader oplevelsen af ​​at få din app klar til salg via App Hub, Microsofts udviklingswebsted til Windows Phone 7 og Xbox 360, meget at ønske.

Siden begyndelsen af ​​november 2009, da App Hub kom ud, har jeg fået tre applikationer i App Hub: en gratis, en betalt og en betalt med gratis prøveversion. Jeg har også læst voldsomt om, hvordan man letter processen med at indsende apps til App Hub. Her er hvad jeg har lært, som vil hjælpe dig med at få din ansøgning offentliggjort i App Hub.

Tip til indsendelse af apphub

Læs og forstå grundigt applikationsretningslinjerne

Den første ting at forstå er, at App Hub-testerne er meget strenge, når de lægger din Windows Phone 7-applikation gennem dens tempo. Dette er virkelig frustrerende, fordi de finder ting, som du muligvis ikke betragter som fejl, men bestemt overtræder ansøgningens retningslinjer. Indtil videre er ingen af ​​mine apps blevet afvist for noget, der ikke var i retningslinjerne. Ansøgningsretningslinjerne er meget tydeligt skrevet; det eneste krumrum i dem er, hvad der udgør for meget voksent indhold (vold, alkohol- og narkotikamisbrug, sprog, seksuelt indhold osv.). Nogle er tilladt, men ikke meget.

Men jeg er blevet mislykket mange gange for ting, der overraskede mig, fordi jeg ikke grundigt forstod retningslinjerne . Bemærk vægten: min skyld, ikke Microsofts. Hvis du vil spille i deres gård, skal du følge deres regler. Og ved du hvad? Reglerne har en rigtig god grund til at være der: De hæver den samlede værdi af App Hub-applikationer. Ved at sikre, at applikationer, der kommer ind i App Hub, er så bugfri som muligt og har en vis grundlæggende konsistens i UI, forbedres brugeroplevelsen, hvilket fører til mere salg af håndsæt og til brugere, der er mere villige til at downloade (og endda betale for ) applikationer. Når alt kommer til alt, når du får en telefon med store apps, der er gratis, fortæller du dine venner og downloader mere; når du bliver brændt et par gange, og du fortæller det også til dine venner, men du får heller ikke flere apps.

Min erfaring med Android er for eksempel, at ethvert stykke junk, der vil rive din telefon, kan gøre det til Android Marketplace; som et resultat stoppede jeg med at downloade eller købe Android-apps. Så disse regler hjælper dig virkelig med at tjene flere penge.

Følg især reglerne om knappen Tilbage Den største udfordring med at følge reglerne vedrører knappen Tilbage (afsnit 5.2.4). Det er utroligt fristende at tilslutte sig BackKeyPress-begivenhedshåndtereren og tilsidesætte funktionaliteten med hensyn til navigation. Jeg ved det, fordi jeg gjorde det. Gør det ikke. Ikke kun overtræder du retningslinjerne generelt, men det er meget let at oprette en løkke, som brugeren ikke kan komme ud af. Et af de underliggende problemer er, at Microsoft bevidst ikke gav nogen måde at afslutte din applikation - det kan kun ske via Back-knappen eller gennem andre handlinger, der kan grave din app (som at trykke på Start-knappen). Så hvad der sker er, når du tilsidesætter navigationen på Tilbage-knappen, opretter du en løkke, og brugeren kan ikke komme et andet sted, og du kan ikke koble til Tilbage for bare at kalde Exit, når det er nødvendigt.

Nogle mennesker taler om at rejse undtagelser og i applikationsniveauhåndtering bare kalde retur. Selvom dette muligvis fungerer på et teknisk niveau, har jeg mistanke om, at testerne tæpper på det, og jeg vil ikke have tillid til, at en app går igennem, der bruger denne teknik. Hvis du har en guide eller et andet workflow-scenarie, hvor Back-knappen ikke skal returnere dig til guiden, når visse ting er sket, skal du holde arbejdsgangen i et XAML og koble BackKeyPress-begivenheden for at vise det forrige eller næste trin eller for at vende tilbage til den forrige side, når du er på flowets første trin.

Få tingene rigtigt første gang du sender en app

Når du sender dine apps, ønsker du virkelig at få tingene rigtigt første gang, herunder skærmbilleder og beskrivelsestekst. Når du ændrer disse oplysninger, kræver det, at din ansøgning gentestes, hvilket kan tage en dag eller to at behandle (det tog endda tre eller fire dage for en af ​​mine apps). Du har også kun tilladelse til fem gratis ansøgningsindgivelser med dit oprindelige medlemskontingent (ikke apps på markedet, indsendelser ). Så hver mislykket indsendelse eller genindgivelse for at ændre information bruger en af ​​disse slots, selvom det er den samme app. Når disse fem er brugt, skal du betale omkring $ 20 pr. Ekstra indsendelse. Hvorfor bruge $ 20 pr. Indsendelse, når det ikke er nødvendigt?

Brug Windows Phone Capability Detection Tool til manifestfil

En anden underlig gotcha er applikationskravene. Når du sender din app, tester Microsoft den for at se, hvad den har brug for, og viser den som sådan. Derudover skal du pakke en manifest fil med applikationens behov. Den bedste ting at gøre er at opbygge din applikation og derefter bruge Windows Phone Capability Detection Tool til at se, hvilke poster der skal være i manifest-filen og fjerne resten (som standard anmoder manifest-filen om alle tilladelser). Test derefter din ansøgning til døden. Kontroller hver krik og nar, og sørg for, at det ikke kaster nogen sikkerhedsundtagelser.

Fjern alle ubrugte DLL'er fra din applikation

Du skulle tro, at applikationen er klar nu, ikke? Forkert! Det viser sig, at App Hub-processen tager det et skridt videre end blot at bruge kapacitetsdetekteringsværktøjet (hvilket er nøjagtigt med hensyn til at registrere din applikations sande behov) - det tjekker også eventuelle referencer i din applikation, og hvilke muligheder de måtte bruge, hvis du havde et opkald til dem. Som et resultat viser alle referencer, der kan gøre ting, som din applikation ikke har brug for, i App Hub, at det gør ting, som din applikation ikke rent faktisk gør. Hvis du f.eks. Inkluderer den reference, der er nødvendig til lokaliseringsdetektering, men aldrig får adgang til placeringsværktøjerne, viser App Hub stadig, at din app har brug for GPS-adgang. Løsningen er at fjerne alle ubrugte DLL'er fra din applikation, inklusive dem, der er tilføjet som standard, og som du måske ikke bruger.

Mere om apphub-indsendelsesprocessen

App Hub-indsendelsesprocessen er mere end hvad jeg har dækket her. For flere detaljer kan jeg varmt anbefale, at du læser disse blogs og artikler: Jeff Blankenburgs Blankenblog, Adam Natans blog og App Hub-applikationsindgivelse Walkthrough. Jeg opfordrer dig også til virkelig at studere applikationskrav og retningslinjer. God kodning!

J.Ja

Videregivelse af Justin's brancheforhold: Justin James har en kontrakt med Spiceworks om at skrive guider til produktkøb; han har en kontrakt med OpenAmplify, som ejes af Hapax, om at skrive en række blogs, tutorials og artikler; og han har en kontrakt med OutSystems om at skrive artikler, prøvekode osv.

© Copyright 2020 | mobilegn.com