Beiträge von michael

    Hi,


    habe auch kein Problem damit. Wenn erst mal alle Gradle Dependencies heruntergeladen sind, kannst Du ohne Probleme Offline arbeiten. Ich arbeite sehr viel in der Bahn ohne Internet und habe noch nie Probleme gehabt.
    Einzig die Informationsbeschaffung ist manchmal problematisch, wenn man gerade mit einem Problem nicht weiter kommt. Aber auch dafür habe ich eine Lösung gefunden. Ich habe einfach alle Stackoverflow Artikel die mit "Android" getaggt sind in eine lokale Elasticsearch Suchmaschine geladen und nun kann ich auch offline in Stackoverflow suchen (sogar werbefrei :) )

    Wenn die App aus dem Google Play Store heruntergeladen wurde, ist die Signatur auf jeden Fall korrekt.
    Wie genau prüfst Du denn, ob die Signatur korrekt ist?


    Tatsächlich wird eine Android-Wear apk Datei einfach unter res/raw in der App abgelegt. (Details: https://ux5.de/kkCzS )

    Eine APK Datei im res/raw folder ist tatsächlich etwas merkwürdig. Normalerweise legt man hier Zeug ab, dass man dann mit R.raw.* ansprechen kann. Die Signatur muss nicht mit der Signatur des com.google.android.keep apk übereinstimmen, da es sich ja um eine (mehr oder weniger) eigenständige APK Datei handelt. Klingt alles sehr merkwürdig.


    Warum hast Du eigentlich die APK so detailliert untersucht?

    Gute Android Entwickler sind leider in Deutschland recht rar. Allerdings kannst Du auch preiswerter weg kommen, wenn Du eine gute Idee hast und den/die Entwickler daran beteiligst.
    Dann wird der mögliche Gewinn zwar geringer, aber die Motivation beim Entwickler steigt und das Risiko wird geteilt.

    Diese Lösung verwende ich auch, aber auf meinem Android 8 Handy wird der ForegroudService trotzdem unter bestimmten Bedingungen beendet.


    Wenn man die App aus der Liste der kürzliche verwendeten Apps entfernt und das Handy ca. 30 Minuten im ausgeschalteten Zustand (Ohne Ladegerät) nicht bewegt.


    Für dieses Problem habe ich noch keine Lösung gefunden, aber ist wohl auch eher die Ausnahme und so lange ich keine Lösung habe, lebe ich einfach damit und informiere den User darüber, dass er die App nicht beenden soll (In den Hintergrund schieben ist OK).

    @michael ja es scheit besonders extrem bei den China Handys Huawei zu sein. Die müssen wohl besonders viel Akku sparen .


    Ein andere Ansatz währe mit Vordergrund Notification zu arbeiten. Und somit den Service am leben zu halten.
    Oder auch mit FCM Nachrichten zu arbeiten.

    Hi,


    von einer Vordergrund Notification habe ich noch nie gehört. Aber ich nutze einen Vordergrund Service der aber auch irgendwann vom System beendet wird.


    Zitat: https://developer.android.com/guide/components/services
    " if the service is declared to run in the foreground, it's rarely killed. "


    In meinem Fall habe ich es mit einem Android 8 (One Plus 3T) probiert. Das Verhalten ist immer das gleiche. Sobald keine Activity der App mehr existiert und das Gerät in den "Doze-Mode" geht, werden Services und Receiver beendet. Die Logik für die Stoppuhr ist komplett im Service implementiert.
    Das mit dem Merken der Zeit ist so eine Sache bei der App, da ich die Stoppuhr immer anzeige, auch wenn gerade eine andere App aktiv ist (klingt komisch, ist aber so).
    Kannst es Dir aber gerne auch mal Live ansehen https://play.google.com/store/…jentsch.floatingstopwatch
    Ich nutze die App beim Sport sehr gerne, da ich dann ein Video ansehen kann und gleichzeitig die Zeit im Auge behalten kann. Die App wird auch sehr gerne von Lehrern/Speakern genutzt, die dann ihre Zeiten im Auge behalten können und ihre Folien/Hints auf dem Handy/Tablet aufrufen können. In dem Fall ist das nicht so schlimm, da das Handy sich nicht abschaltet, aber bei langfristigen Zeit-Messungen ist das Beenden des Services schon doof.

    Hi,


    habe das gleiche Problem mit meiner Stoppuhr. Der "Vordergrund-Service" wird nach einiger Zeit gekillt, wenn die App (Activity) aus der Liste der kürzlich verwendeten Apps entfernt wird. Habe schon Unmengen an Tutorials und Examples ausprobiert, aber bisher hat nichts geholfen - auch der AlarmManager und der JobScheduler nützen hier nichts. Sogar die Ausnahme der "Akku-Optimierung" hat keinen nennenswerten Erfolg gebracht.
    Einen Receiver habe ich auch probiert, aber auch das ist Erfolglos geblieben. Die einzige Chance die ich bisher gesehen habe ist es, die App nicht aus der Liste der kürzlich verwendeten Apps zu entfernen, aber das kann man den meisten Nutzern nur schwer erklären ..


    Hinweise nehme ich auch immer gerne entgegen.

    Sind aber eine ganze Menge Berechtigungen die die App braucht:


    Diese App kann auf Folgendes zugreifen:
    Standort

    • approximate location (network-based)

    Telefon

    • read phone status and identity

    Fotos/Medien/Dateien

    • read the contents of your USB storage
    • modify or delete the contents of your USB storageSpeicher


    • read the contents of your USB storage
    • modify or delete the contents of your USB storage

    WLAN-Verbindungsinformationen

    • view Wi-Fi connections

    Geräte-ID & Anrufinformationen

    • read phone status and identity

    Sonstiges

    • receive data from Internet
    • view network connections
    • full network access
    • prevent device from sleeping

    Hi,


    habe gestern abend noch ein wenig gelesen und bin dabei auf ein neues Feature von Android gestoßen.


    https://developer.android.com/…rm/technology/app-bundle/




    Enable modules to run instantly, without install
    You will soon be able to “instant enable” the Android App Bundle, so that users can launch modules instantly, from any link, and without installation. Regardless of whether you start by building an app bundle or Android Instant App, you'll be ready for instant-enabled Android App Bundles when we roll this feature out to all developers.


    Ich finde das klingt sehr interessant und ich werde mich ganz sicher in Kürze mal damit befassen. Allerdings hat das Ganze im Moment noch einen Haken ... "COMING SOON" :(