Tanker om lukkede platforme

Ikon for læsetid 3 min. Læs


Læsere hjælper med at understøtte MSpoweruser. Vi får muligvis en kommission, hvis du køber via vores links. Værktøjstip-ikon

Læs vores oplysningsside for at finde ud af, hvordan du kan hjælpe MSPoweruser med at opretholde redaktionen Læs mere

wp7_start Tidligere læste jeg Brandon Watsons interessante bud på hele debatten om lukkede vs åbne platforme (som kan læses link.), og jeg har lyst til at kime ind på argumentet.

Først og fremmest vil jeg definere, hvad jeg mener. Jeg taler ikke om open source eller lukket kildekode, men distributionsmetoden for 3. parts applikationer. iPhone er en lukket platform. Al software skal være certificeret af Apple for at blive kørt og kan kun fås via Apples App Store. Windows Mobile 6.X er en forholdsvis åben platform. Du kan installere, hvad du vil eller vil, men der er en markedsplads for certificeret software, der er mere nyttig og lettere at bruge, hvis du er ny på platformen. Android er ens, selvom markedspladsen ikke har nogen certificering, så du ved ikke om noget virker, Android har en fordel anden WM6.X Marketplace, som er, at software er påkrævet for at bede om tilladelse til de fleste nøgleopgaver, såsom adgang til PIM eller opkalderen. En sådan metode findes ikke med WM6.X. Du kan også sideindlæse på Android.

WP7, i modsætning til WM6.X, er en kombination af iPhones fuldstændig låst markedsplads, og Android manifesterer sig. Hver applikation skal være certificeret af MS og kan kun distribueres via Marketplace, men hver pakke (*.xap) indeholder en manifestfil, der angiver, hvilke tilladelser appen har, for eksempel filsystemadgang.

Som ny bruger på en platform virker WP7-metoden ideel, det betyder, at der er en grænse for, hvad du kan bryde, og du har nogen til at holde din hånd og sige "det bliver fint", men som superbruger og udvikler, jeg vil have muligheden for at gøre, hvad jeg vil med min telefon.

Der er et par applikationer, jeg jævnligt bruger, som ikke vil være tilladt på Marketplace til WP7, men som er mulige at lave i XNA/Silverlight. iContact (mens skrevet i C++) er et godt eksempel på dette. Det kræver adgang til PIM, er en erstatning for kontaktsystemet (som jeg synes er forbudt), og kræver adgang til filsystemet. Det ville være muligt at skrive i C# ved hjælp af .Net CF, men det ville ikke være tilladt på Marketplace. Det kan være, at jeg ikke har brug for iContact på WP7, men jeg vil stadig have muligheden. Der er ingen teknologisk grund til ikke at tillade det, det er udelukkende for at beskytte slutbrugere, der ikke forstår risiciene.

Med WM6.X (som jeg synes er et ideelt medie) er iContact og andre applikationer mulige. De kan distribueres via andre midler og kan tillade brugere at køre, hvad de vil på deres enhed. Ja, det er ikke for alle, men jeg formoder, at flertallet af læserne af dette websted ville elske at have sideindlæsning i WP7.

Jeg tror ikke, at sideindlæsning skal aktiveres lige ud af boksen, det beder om problemer med ukendte brugere og i sidste ende ville føre til en masse dårlig tryk for WP7, men hvad nu hvis der var et afkrydsningsfelt i indstillingerne for "Aktiver filsystemadgang" eller "Aktiver usignerede applikationer". Superbrugere kan for det meste tage vare på sig selv og vil vide, hvis de installerer noget, der går i stykker, er det deres skyld, og slutbrugere vil højst sandsynligt aldrig prøve at markere det felt.

Der er ikke én løsning, der lader superbrugere og normale brugere få, hvad de vil have ud af platformen, men der kunne i det mindste være en vis mulighed for begge dele, der ikke begrænser strømbrugere til grænserne for den gennemsnitlige bruger (eller smider en ny bruger). ind i den dybe ende).

Mere om emnerne: Windows Phone 7, wp7

Giv en kommentar

Din e-mail adresse vil ikke blive offentliggjort. Krævede felter er markeret *