Ответ 1
Мне надоели система сборки NDK, немного поучились и написали свои собственные make файлы. Это было не сложно.
Тем не менее, мне тогда было сказано, что, выполняя это, я должен буду взять на себя ответственность за отслеживание будущих изменений на платформе, например, если потребуется отправить двоичные файлы для дополнительных типов процессоров, мне придется измените мое домашнее решение сборки, чтобы сделать это тоже.
В других контекстах я иногда имел проекты с двумя системами построения - один для быстрых экспериментов, другой для развертываемых сборок. Время, затрачиваемое на обновление, время от времени сохранялось много раз в скорости получения для ежедневной работы. Если бы мне приходилось делать настоящую сборку, по крайней мере, каждую неделю или две, вещи никогда не были очень далеки от согласованности (и оба сценария сборки были в системе контроля версий, поэтому можно было изучить историю). Что-то вроде этого можно сделать с помощью настраиваемого make файла для отладочных сборников и по-прежнему использовать систему сборки NDK для развертываемых пакетов.
(В одном случае, когда вы делаете много экспериментов на грани того, что разрешает платформа, у меня на самом деле был мой makefile, нажимая обновленный .so на устройство и подал моему приложению одну из неудобных кнопок с удержанием кнопки, поэтому я может перезапустить его, используя обновленную собственную библиотеку, даже не перестраивая и не переустанавливая apk)