Ich habe mit dem NDK-System bauen satt, studierte er für ein wenig, und meine eigenen Makefiles geschrieben. Das war nicht schwer.
Allerdings wurde mir dann darauf hingewiesen, dass ich dadurch die Verantwortung für die Verfolgung zukünftiger Änderungen an der Plattform übernehmen müsste, zum Beispiel wenn es notwendig wäre, Binärdateien für zusätzliche Prozessortypen zu versenden meine hauseigene Lösung zu ändern, um das auch zu tun.
In anderen Kontexten hatte ich manchmal Projekte mit zwei Build-Systemen - eines für schnelle Experimente, eines für entfaltbare Builds. Die Zeit, die für die Aktualisierung von Zeit zu Zeit aufgewendet wurde, wurde mehrmals im Geschwindigkeitsgewinn für die tägliche Arbeit gespeichert. Vorausgesetzt, ich musste mindestens alle ein oder zwei Wochen einen echten Build erstellen, waren die Dinge nie sehr weit von der Konsistenz entfernt (und beide Build-Skripte befanden sich im Revisionskontrollsystem, also musste die Geschichte untersucht werden). So etwas könnte mit einem benutzerdefinierten Makefile für Debug-Builds und mit dem NDK-Buildsystem für deployable packages ausgeführt werden.
(In einem Fall von vielen Experimenten am Rande dessen, was die Plattform zulässt, hatte ich mein Makefile, das aktualisierte .so auf das Gerät zu schieben und gab meiner Anwendung einen der entmutigten Hard-Quit-Buttons, also Ich könnte es mit einer aktualisierten nativen Bibliothek neu starten, ohne die Apk neu erstellen und neu installieren zu müssen)
Ich weiß nichts, was dies tut. Ich würde gerne wissen, ob es eine Lösung gibt. Ich habe nach einem gesucht –