Android-appar på Windows Phone? Nej

Innehållsförteckning:
- Om jag ville använda Android-appar skulle jag ha köpt en Android
- Ett dåligt tecken för utvecklare
- Det finns andra saker som snarast behöver förbättras i Windows Phone, varför slösa tid på detta?
Trots de få specifika förnekelser som Microsoft har gjort gällande de senaste ryktena, finns det ett som börjar upprepas med allt oftare: möjligheten att Windows Phone tillåter körning av Android applikationer via en virtuell maskin. Detta påpekades av den prestigefyllde redaktören Tom Warren från The Verge, och nu även av Ars Technicas Peter Bright, som ironiskt nog kallar den här funktionen för Windows PhOS/2ne, efter OS/2, ett IBM-operativsystem, att den kunde köra Windows-applikationer. ."
Detta skulle åstadkommas genom någon form av virtualisering av Android-systemet i Windows Phone, vilket skulle tillåta appar utformade för OS från Google kommer att köras inuti Windows-telefoner utan större komplikationer. Detta kan mycket väl tyckas vara en fördel när en av svagheterna med Windows Phone är bristen på applikationer Det finns dock många anledningar att tro att, om det inses, det skulle vara en åtgärd som slutar med att ha en negativ effekt för Microsofts ekosystem.
Om jag ville använda Android-appar skulle jag ha köpt en Android
"Till en början kan man anse att denna åtgärd skulle vara ett misstag eftersom det skulle minska användarupplevelsen som Windows Phone för närvarande erbjuder . Många av oss som föredrar en Windows-telefon framför en Android-telefon gjorde det för att vi värdesätter den flytande och goda upplevelse som det här operativsystemet ger.Det är ett OS där saker och ting bara fungerar, Apple-stil, men med fördelen att vi har fler hårdvaru alternativ, som anpassar sig till olika behov (medan de hos Apple följer filosofin om en storlek passar alla till varje pris)."
För att åstadkomma detta har Microsoft upprättat noggranna regler angående hårdvaran som krävs för Windows Phone, och har satt standarder för gränssnitt av applikationer är konsekventa med varandra och med enheter. Tillsammans med det åtnjuter Windows Phone-enheter också en högre nivå av mjukvaruoptimering jämfört med hårdvara, vilket möjliggör samma specifikationer, en Windows-telefon är snabbare och smidigare(något som märks särskilt i låg- och mellanområdet).
När du använder virtualiserade Android-applikationer går allt förlorat. Vi talar om applikationer som inte ens tar hänsyn till de fysiska knapparna på utrustningen med Windows Phone, deras standardskärmupplösningar, eller att det finns en viss grad av överensstämmelse med gränssnittet och sättet att använda resten av operativsystemet.Appar som inte alls kommer att integreras med andra systemfunktioner (som Cortana, Windows Phone 8.1 Contacts Hub och så vidare) och förmodligen inte ens kommer att ta fördelen med dynamiska liveplattor, den viktigaste av Windows Phones differentierande funktioner. Det här verkar inte vara applikationer som vi kommer att njuta särskilt mycket av.
Dessutom finns fodralen i Amazon App Store och BlackBerry Playbook visa oss att det ärlångt ifrån ett säkert kort att försöka överbrygga en apptillgänglighetslucka genom att använda Android-applikationer När det gäller Amazon kräver applikationer vissa minimala justeringar ska finnas i företagets App Store, vilket gör att antalet appar tillgängliga för Amazon-enheter fortfarande är mycket mindre än vad som finns på Google Play (och som om det inte vore nog uppdateras de applikationer som finns mycket mer sällan) .
"När det gäller BlackBerry PlayBook lyckades RIM framgångsrikt implementera något liknande vad Microsoft skulle vilja göra nu: göra det möjligt att installera och köra Android-appar på din surfplatta utan mycket krångel förutom att trycka på en Install-knapp. Övertygade det användare att köpa RIM:s surfplatta? Nej. Och delvis tror jag att det beror på att om någon vill använda Android-appar kommer de att välja en surfplatta som kör riktig Android."
För att konkurrera med det måste ett företag erbjuda en differentierad produkt som har unika funktioner, samtidigt som man försöker minska appklyftan genom att fängsla utvecklarens intresse. Det är vad Windows Phone gör (korrekt) hittills, med en del upp- och nedgångar, men med en långsiktig trend som tydligt pekar mot upp, i framför allt mht. ansökningarnas kvantitet och kvalitet… vilket för oss till nästa punkt.
Ett dåligt tecken för utvecklare
Någon skulle kunna hävda att det inte skadar någon att det finns möjlighet att köra applikationer från ett annat operativsystem via en virtuell maskin. Om en sådan möjlighet inte intresserar oss så använder vi den helt enkelt inte och vi förblir desamma, eller hur? Tja det är inte riktigt så Åtgärden skulle generera enorma skador på Microsofts ekosystem eftersom besviker utvecklarnas förväntningar som för närvarande fungerar med Windows Phone.
Microsoft bör försöka få investeringar i Windows Phone att löna sig mer än att investera i andra plattformar
Microsoft skulle öka den potentiella marknaden för alla Android-utvecklare, så att även de som inte har investerat en enda minut av sin tid i Windows Phone kan konkurrera och ta marknad och intäkter från dem som har varit på plattformen från början.Det ger helt klart incitament att skapa fler appar för Android än för Windows Phone, eller lägga mer kraft på dem och uppdatera dem oftare. Kom ihåg att antalet applikationer inte är det enda måttet som spelar roll, eftersom det finns fall av applikationer, som Instagram, som finns på Windows Phone, men som har färre funktioner eftersom deras utvecklare spenderar mindre ansträngning än motsvarande iOS eller Android.Det här är vad som måste bekämpas. Hur? Letar efter att det ska löna sig att investera i Windows Phone, och om möjligt betala mer än att investera i andra plattformar. Och att öka den potentiella marknaden för Android-appar gör precis motsatsen.
Faktum är att om Microsoft är på humör för galna strategier, finns det ännu fler skäl att försöka raka motsatsen: implementera ett system så att Windows Phone-appar kan köras på AndroidVarje gång en utvecklare skapar en app för Windows Phone kan den alltså också installeras på de hundratals miljoner enheter som kör Google OS, men det skulle alltid vara Microsoft-användare som skulle få den bästa upplevelsen.
"Det kan också vara meningsfullt att implementera något sånt här, men låt det bara fungera på Nokia X-serien, vilket skulle passa med den trojanska hästens strategi: låt användare köpa Nokia Xs som letar efter något med Android, men att de blir så vana vid gränssnittet och tjänsterna i Windows Phone att när de ska köpa en ny terminal väljer de en Lumia "
Det finns andra saker som snarast behöver förbättras i Windows Phone, varför slösa tid på detta?
Det sista skälet till att Microsoft inte borde ägna sig åt att få Android-appar att köras på Windows Phone är att tid och utvecklingsresurser inom företaget är begränsade , och därför innebär att flytta i en riktning att sluta göra något annatPersonligen tycker jag att det är mycket bättre att arbetstimmar för Microsofts ingenjörer går till projekt som att uppnå bättre integration mellan Windows och Windows Phone (mycket i linje med vad det Apple har presenterat i OS X Yosemite och iOS 8) eller andra förbättringar som ni själva har föreslagit i Xataka Windows.
Kort sagt, genom att satsa på denna strategi hamnar Redmonds förnedrande (på flera sätt) användarupplevelse av en plattform som har kostat dem så mycket ansträngning att bygga, allt i jakten på kortsiktiga försäljningsmål. De uppmuntrar utvecklare att lägga mer tid och resurser på Android än på Windows, och dessutom förlorar de tid som skulle kunna läggas på att skapa andra förbättringar som användarna skulle värdesätta.
Det är ett drag som sviker förväntningarna hos nästan alla skådespelare som har satsat och trott på det här operativsystemet.Ett helskott i foten, så jag personligen håller tummarna för att ryktena om detta är just det, rykten.
Bildkrediter | TCAWirless