Dat Google de Google Maps API of de Google Push Service API of de Google Location API in de Google-API's stopt, vind ik niet zo gek eerlijk gezegd. Het alternatief is doen alsof alles open en vrij is, maar stiekem continu met Google praten.
Android heeft voor zo'n beetje alles behalve FCM API's die vrij in te vullen zijn door fabrikanten en in sommige gevallen zelfs derden, en zelfs voor FCM zijn open alternatieven te vinden die het ook op bestaande telefoons doen. Ontwikkelaars kiezen ervoor om met de specifieke Google-API's te werken omdat 99% van hun Android-gebruikers toch Google Services gebruiken.
Logius heeft ervoor gekozen om de QR-codescanner van Google te gebruiken, daar had Google geen hand in. Zo'n beetje elke navigatie-app heeft op zijn minst de optie om Google's locatieservices te gebruiken (omdat locatie door middel van wifi/zendmasten + database nu eenmaal een stuk efficiënter is dan GPS). Kaarten zijn ook wel te krijgen via MapTiler en andere diensten, maar de prijzen van Google Maps zijn een stuk gunstiger en de API werkt een stuk makkelijker dan die van de concurrentie. Pushmeldingen zijn lastig op grote schaal, maar ik herinner me de tijd nog wel dat iedere app een eigen TCP-socket openhield om berichten te pollen en de accuduur die het elimineren van die onzin bespaard heeft is mij meer dan de moeite waard. Dat betekent overigens niet dat je je gebruikers niet de optie zou kunnen geven om
UnifiedPush te gebruiken zoals open-source apps vaak doen.
Eerlijk gezegd zou ik het stommer vinden dat de Android internals speciaal voor Google Play Services het batterijgebruik anders indeelt bij apps neerzet dan dat ze realistisch zijn en gewoon per proces het systeemgebruik tonen. Een pagina met informatie over wie nu precies Play Services aanroept en hoeveel batterij dat kost zou wel fijn zijn, maar dan moeten ze dat in de Google-instellingen stoppen waar dat soort metingen horen.
[Reactie gewijzigd door GertMenkel op 13 april 2026 14:23]