Cookies op Tweakers

Tweakers maakt gebruik van cookies, onder andere om de website te analyseren, het gebruiksgemak te vergroten en advertenties te tonen. Door gebruik te maken van deze website, of door op 'Ga verder' te klikken, geef je toestemming voor het gebruik van cookies. Wil je meer informatie over cookies en hoe ze worden gebruikt, bekijk dan ons cookiebeleid.

Meer informatie

Door , , 38 reacties

BlackBerry 10.2 gaat Android 4.2.2-apps ondersteunen in de Android-runtime. De huidige BlackBerry-versie ondersteunt Android 2.3-apps. De nieuwe versie van de software moet later dit jaar uitkomen voor huidige BlackBerry's.

Door de ondersteuning voor Android 4.2.2 Jelly Bean verandert ook het uiterlijk van apps in de runtime. In plaats van de verouderde Android 2.3-menu's in de apps krijgen ze het uiterlijk van standaardelementen in Android 4.2 mee, wat onder meer zichtbaar is in menu's en dialoogvensters.

Een testversie voor ontwikkelaars van de nieuwe runtime is te downloaden van de site van BlackBerry, zo zegt de fabrikant. De 10.2-update voor BlackBerry-smartphones komt later dit jaar uit, maar de fabrikant noemt geen precieze releasedatum. De update brengt ook onder meer bugfixes en verbeteringen aan de camera. De huidige versie op de BlackBerry Z10 en Q10 is 10.1. Gebruikers kunnen geporte Android-apps uit BlackBerry World halen of via een pc sideloaden.

BlackBerry Z10

Moderatie-faq Wijzig weergave

Reacties (38)

Ik moet zeggen dat de apps die ik heb geport naar mijn Q10 prima vind draaien. Echter, dat zijn apps als ABN Amro, Spotify, marktplaats, etc. Lichte apps en geen games dus.
Voor mij is dit mijn zakelijke telefoon en is dit de Android telefoon die ik heb gemist en anderzijds de Blackberry zoals ik ze in het verleden wou hebben.

Dat de ondersteuning voor 4.2 komt is wat mij betreft een zegen. Laat de liefhebber maar apps porten naar hartenlust :*) .
Je schrijft dat je ABN Amro zelf hebt geport? Ik ben benieuwd of er qua beveiliging geen check op het toestel of platform is ingebouwd.

Ik kan me namelijk voorstellen dat de banken niet willen dat hun apps beschikbaar komen via onofficiŽle en niet door hen gecontroleerde kanalen. Je wilt als bank niet dat op allerlei vage plekken officieel uitziende bankieren apps te vinden zijn. De bank kan beter dezelfde app nog eens publiceren via de App World.

Als het zo is dat de bankieren apps kunnen worden gesideload, moet dat ook op Jolla kunnen en daar zou ik erg blij mee zijn. Maar dan wil ik er liefst via een officieel kanaal bij kunnen...
Ik kan me namelijk voorstellen dat de banken niet willen dat hun apps beschikbaar komen via onofficiŽle en niet door hen gecontroleerde kanalen. Je wilt als bank niet dat op allerlei vage plekken officieel uitziende bankieren apps te vinden zijn. De bank kan beter dezelfde app nog eens publiceren via de App World.
Je mag er toch van uit gaan dat ie ze niet heeft gepubliceerd. Enkel een paar flags in de app erbij en je kan hem op BB runnen geloof ik, dat werkt alleen met apps die gebruik maken van de SDK, niet de NDK...

Voor jezelf is dat dus prima te doen...

[Reactie gewijzigd door watercoolertje op 17 juni 2013 14:44]

Klopt, ik heb 'm gewoon via de normale weg (sideloaden) op mijn toestel gezet. Het is de normale APK die je kan omzetten naar BAR. Elke BB gebruiker kan dit voor zichzelf doen.

Sterker nog. Met het gemak waarop het gaat als leek (want dat ben ik tot op zekere hoogte), snap ik niet waarom ontwikkelaars zelf niet via de Appworld meer hun eigen geporte android apps aanbieden. Als Jan met de pet dit al lukt thuis met Google Chrome, waarom moet het dan zo lastig zijn? Ik kan mij niet voorstellen dat BB er een langdradig goedkeuringsproces aan heeft gekoppeld. Die staan te springen om nieuwe apps in de Appworld.
Android Apps draaien op Andriod zelf al redelijk zwaar, hoe zit dat op deze BB's? Alleen maar extra overhead neem ik aan.
Android apps draaien altijd in een Java VM. Bij de standaard Android is dit Dalvik. Blackberry heeft nu gewoon een andere VM die dezelfde API heeft/dezelfde prog's kan runnen. Dit is vergelijkbaar met .NET vs Mono, Oracle's JVM vs OpenJDK etc. In die zin zal het dus niet echt een probleem hoeven te zijn. Bij Android is Dalvik gebouwd bovenop de Linux kernel en bijbehorende standaard software als BlueZ voor bluetooth, en bij BB zal de VM gebouwd zijn bovenop QNX en bijbehorende libs.

Je hebt dus altijd al die extra runtime tussen het daadwerkelijke OS en de apps. BB heeft gewoon een andere runtime die op basis van een ander OS werkt, maar voor performance etc. hoeft dit dus niet uit te maken. Doordat je altijd die extra runtime hebt noem ik hierboven dus ook niet Windows vs Wine, omdat in dat geval Wine wel de Windows system calls moet vertalen naar Linux (/Unix) system calls. waar bij Android apps er altijd al een vertaalslag is van app => Dalvik VM => Android Linux kernel (of app => BB VM => QNX).

Het enige wat dus performance verschillen kan opleveren is dat de Dalvik VM van Android veel beter geoptimaliseerd zal zijn dan de VM van BB. Maar er hoeft dus geen vertaalslag plaats te vinden van Android/Linux naar BB/QNX dus het is geen emulatie (achtig iets) wat wel altijd een performance nadeel heeft.
Android apps hoeven niet in Dalvik te draaien, er zijn ook mogelijkheden om native apps te maken. Dat de gemiddelde Android devver, die eigenlijk een oud flash developer zonder flash werk en nu net zulke slechte JAVA code produceert als eerder actionscript, zulke apps niet kan maken wil niet zeggen dat het niet kan.

En die native apps zullen dus zowieso niet werken op BB.

[Reactie gewijzigd door mxcreep op 17 juni 2013 20:00]

Oracle's JVM vs OpenJDK
Oracle's JVM *is* OpenJDK :)

Een betere vergelijking is Dalvik vs OpenJDK, dit zijn beide Java runtimes.

[Reactie gewijzigd door Dreamvoid op 17 juni 2013 20:12]

De ene app gaat beter (lees: vloeiender) dan de ander. Maar als het werkt dan werkt het ook gewoon. Behalve de incidentele slowdown en het feit dat BB OS 10 native apps wat mooier binnen het geheel passen merk je er weinig van dat je met een Android app te maken hebt.

[Reactie gewijzigd door Nefiorim op 17 juni 2013 14:06]

Dit voelt toch nog steeds aan als een houtje touwtje methode om toch maar apps te hebben voor je platform. Hetzelfde is met MS Office op linux m.b.v. Wine. Het werkt wel, maar je wordt er niet echt vrolijk van.
Dat is eigenlijk hetzelfde als zeggen dat hybride auto"s een houtje touwtje oplossing is, natuurlijk is het niet ideaal om de android apps virtueel te draaien maar BlackBerry heeft hiervoor gekozen om zo een grote userbase op te bouwen en om met BB 10 meteen de twee grootste tegenargumenten te ontkrachten: "te weinig apps" en "te traag". Zodra de softwareontwikkelaars doorhebben dat er genoeg mensen BB 10 gebruiken komen er vanzelf meer native apps.

@GewoonWatSpulle:
Met te traag doelde ik op de oude BlackBerry telefoons, dit hebben ze opgelost met een nieuw OS, waarin de Android apps overigens in dezelfde soort Java Virtual Machine als op Android zelf, hie komen dus niet extra vertragende abstractie lagen bij zoals zjoram hieronder beweert.

De meeste bedrijven zullen ervoor kiezen om simpel hun Android app op BlackBerry uit te brengen, alleen de grote bedrijven die wat snelheidswinst willen en betere integratie met de Hub zullen een native versie uitbrengen.

[Reactie gewijzigd door redstorm op 17 juni 2013 15:56]

Android apps draaien op android zelf ook 'virtueel'.
Is immers java based, daar draait alles in een java virtual machine.
Dat zou dus niet mogen uitmaken, is dus even ideaal als op android zelf.

@ ik.ben.iemand. hieronder
Het verschil hierin tussen BB10 en sailfish is dat BB devs de mogelijkheid geven makkelijk android apps geschikt te maken voor BB10, terwijl je in sailfish gewoon de android apk's kan gebruiken. Je hoeft als consument dus niet te wachten tot een dev zin heeft om een port te maken, je gebruikt gewoon de android app as is.
Gedeeltelijk eens. Inderdaad draaien Android apps gemaakt met de SDK virtueel (apps gemaakt met de NDK niet overigens).

Dus je hebt:
-> Een blackberry, met hardware
--> met daarop een OS
----> met daarop applicatie laag
------> met daarop een virtuele laag per app
--------> met daarop een Android emulator, bestaande uit
----------> virtuele hardware om de API calls af te handelen
------------> Android OS
--------------> Java sandbox (Dalvik)
----------------> en dan eindelijk de app

Ik heb bovenstaande niet nagezocht in wat voor documentatie dan ook, maar ik kan me zo voorstellen dat het er ongeveer zo uit ziet.

Hoeft niet te betekenen dat het slecht is voor de performance (zeker gewone apps niet), maar als er wat meer gevraagd gaat worden dan heb ik twijfels bij de performance.

Ik vraag me af hoe het zit met:
- De Play Store API's (wat nu als er Android apps zijn die een Google+ login feature gebruikt of andere Play Store API's zoals gepresenteerd in I/O 2013)
- Hoe de intents afgehandeld worden, is het echt een OS van Android wat er onder zit? Wat als een gebruikt op het delen knopje klikt?

Ik geloof gelijk dat het werkt, maar deze extra abstractie laag heeft wel resources nodig.

Maar! Knap dat het kan en leuk dat ze het doen. Als wat het alleen maar om de tweakerleus: "Why? Because it can!". :)
Apps draaien gewoon snel mee alleen de eerste keer of na een herstart duurt het opstarten meestal 3-5 seconden qua opstarten maar daarna start je de app net zo snel op als een blackberry app.
Nice. En betreft de eerste keer echt de eerste keer? Of is dat per reboot van de telefoon of app?
BlackBerry 10, draait geen virtuele Android.

In principe is een BlackBerry 10 device gewoon ook een Android Telefoon.

Net zoals op een normale Android telefoon, draait BB10 een Unix-like OS (voor Adnroid linux, oor BB10 QNX een POSIX OS)

Daar bovenop draait voor beiden gewoon de Android Run-Time, de Java-based Android run-Time, gewoon netjes gecompileerd zoals dat ook voor een Samsung Galaxy S4 gedaan wordt bvb.

Wat dat betreft draait het dus even snel (of zelfs sneller) als op vergelijkbare hardware.

Een aantal zaken zijn wel Google gelicenceerd, zoals Google Maps, Music, Play Store. Die zul je dan dus ook niet zien op de BlackBerry versie. Net zoals bij Amazon Kindle bvb, die hebben ook hun eigen Store.

Met versie 4.2.2 in BB10.2 wordt ook hardware acceleratie ondersteund, waardoor de performance van de Android Applicatie nog eens een boost krijgt.

Wat niet ondersteund wordt is het uitvoeren van de Native Android code. Dit zijn de c/c++ libraries die sommige (game)developers gebruiken om nog extra performance uit de hardware te halen.

Hoop dat dit het wat duidelijker maakt en laat zien dat voor normale Android Apps deze uitstekende performance hebben op BB10.
Er zijn echter zat android apps die niet of niet lekker draaien op BB10, het is echt trial and error of gebruik maken van een repository waar ze dit al voor je getest hebben (maar daar staat dus maar een relatief kleine selectie).
Zelfs apps die op zich goed werken kunnen het op bepaalde punten laten afweten. Zo had ik bv de kindle app op mijn Z10 gezet, die prima werkt, maar je kunt niet de volume knoppen gebruiken als next/previous page, want die geeft BB10 blijkbaar niet aan de android runtime door.

Als het werkt, werkt het over het algemeen goed, maar je moet absoluut niet denken dat je even al je favoriete apps van android ook op je BB10 device kunt gaan gebruiken. Dat is echt afwachten of van tevoren erg goed onderzoek doen.
Zodra de softwareontwikkelaars doorhebben dat er genoeg mensen BB 10 gebruiken komen er vanzelf meer native apps.
Waarom? Die mensen kunnen gewoon de Android versie gebruiken, dus waarom zou je als developer er moeite in gaan steken? En zeker met het minimale marktaandeel van BB...
Grote userbase? Volgens mij verkopen ze nog steeds niet meer dan ze verliezen.
Te traag? Nee dat gaan ze ook niet oplossen door allerlei Android apps toe te staan, er zijn ook rotte apps.
Te weinig apps, ja dat probleem vangen ze hier wel mee op, en ze schieten zichzelf in hun voeten want wat is het argument nu nog om een native BB 10 app te bouwen? De kosten vs. marktaandeel zijn nauwelijks te verantwoorden.
ik vind dit wel goede ontwikkeling maar het is wel een soort van raar dat je dit gewoon zomaar kan doen doe dan ook BB en apple apps op android dat zou pas mooi zijn, de enige reden dat ik voor apple zou kiezen is namelijk het app ecosysteem
In principe kan dit alleen met Android. Dit omdat, zoals ik hierboven al beschreven heb, Android apps in een Java VM draaien. Daardoor kun je dus gewoon een alternatieve VM maken voor een ander OS, vergelijkbaar met de Oracle JVM vs de OpenJDK JVM, en MSes .NET vs Mono. Als je iOS apps op BB of Android wil draaien zit je wel rechtstreeks met native code die rechtstreeks met het OS communiceert. Hierdoor wordt de vergelijking gelijk aan Windows vs Wine. Dat betekend dus dat je ten eerste ondersteuning moet hebben voor het binary format van het prog., en daarnaast moet je alle libraries implementeren. Waarbij die libraries dus weer rechtstreeks de aanroep vertalen naar de native system call. Dit levert je dus ten alle tijden een kleine performance penalty op (tegenover iOS app op iOS) omdat je nog een (extra) laagje tussen app en OS hebt, waar bij Android dit laagje er al altijd is (de Dalvik VM).
Gebruikers kunnen geporte Android-apps uit BlackBerry World halen
Dan zal het aantal apps in BB World wel flink toenemen vermoed ik. Dat zal ongetwijfeld helpen bij een snelle acceptatie van BlackBerry 10 door veel gebruikers. Aan de andere kant lever je welin qua stabiliteit.
Wat is nu het voordeel van deze BlackBerry, tenopzichte van bijvoorbeeld Jolla wat dit ook kan?
Het voordeel van dit toestel is wel dat je voor zakelijke gebruikers een container kunt aanmaken die echt alleen zakkelijke dingen bij houd zoals mail enzovoorts .. die contrainer is te beveiligen met een password ... zodat bijvoorbeeld je kids niet een mail kunnen sturen naar iemand op de zaak of dat als ze je telefoon pakken voor een spelletje geen betrouwbare data kunnen "misbruiken".

Ook is het natuurlijk een voordeel als je bedrijf apps heeft en je kunt deze gebruiken op je BB. Dan is natuurlijk de keuze voor een bedrijf om voor blackberry te gaan een stuk gemakkelijker als je ziet wat BB doet met beveiliging enzo .. kan daar geen een ander telefoon merk tegen op.

( Als ze waar maken wat ze beloven natuurlijk )

[Reactie gewijzigd door FoNnEke op 17 juni 2013 14:05]

Je doelt denk ik op BB Balance, waarmee je er voor kunt kiezen om je prive en zakelijke data gescheiden te houden en ook gescheiden te beveiligen. Daarmee kun je bv kiezen om alleen een wachtwoord te vragen als je naar je zakelijke mail gaat, maar niet als je even een prive smsje wil lezen.
BB Balance is echter alleen beschikbaar als je een BES10 hebt draaien ťn de beheerder daarvan er voor kiest om BB Balance te activeren ťn dan is het nog de vraag of die beheerder er voor kiest jou toe te staan je prive gegevens niet te beveiligen... Oftewel, nogal wat haken en ogen helaas.
Het verkeer is encrypted zodat 3rd party hackers er niet in kunnen. Geheime diensten hebben waar dat legaal is ook toegang, maar dat geldt voor elk corporate email systeem.
Ik wacht nog steeds op de beloofde bb10 voor de playbook
Ik ook, maar ik moet het echt nog zien.
Zou wel flex zijn maar ik heb echt mijn twijfels of het nog gaat gebeuren.
Geheugen is men nog aan het opkrikken voor BB10 en bij 400 Mb vrij zal men het lanceren en dan met minder actieve schermpjes. ik denk zelf 3 of 4. Maar de kans is op dit moment groot
dat het komt maar kan ook zijn dat het net niet is en wellicht een beta versie komt die wel werkt maar geen ondersteuning krijgt.
dan heb je dus eigelijk een blackdroid... :-)
ik zou durven stellen een Blandroid. Een blend van Blackberry en Android smaak. Natuurlijk zijn er voorstanders van pure smaken, net zoals deze ook zijn van mengelingen. (denk: roomijs)
Geweldige ontwikkeling, the best of both worlds without actually having to enter one of them ;)

Op dit item kan niet meer gereageerd worden.



Apple iOS 10 Google Pixel Apple iPhone 7 Sony PlayStation VR AMD Radeon RX 480 4GB Battlefield 1 Google Android Nougat Watch Dogs 2

© 1998 - 2016 de Persgroep Online Services B.V. Tweakers vormt samen met o.a. Autotrack en Carsom.nl de Persgroep Online Services B.V. Hosting door True