質問

現在、大量のC ++コードを使用して、大規模なAndroidアプリに取り組んでいます。これまでのところ、コンパイルして実行します。

残念ながら、ネイティブソースの構造内で何かを変更するたびに(ファイルを追加/削除/名前を変更/移動)、これはかなり頻繁に発生します。 ndk-build ソース全体を再構築し、手付かずのファイルも再構築します。

Android NDKをセットアップして、どういうわけか段階的に構築する方法を知っている人はいますか?

前もって感謝します

役に立ちましたか?

解決

私はNDKビルドシステムにうんざりし、少し研究し、自分のメイクファイルを書きました。これは大変ではありませんでした。

しかし、これを行うことで、プラットフォームへの将来の変更を追跡する責任を負う必要があると私に指摘されました。たとえば、追加のプロセッサタイプのためにバイナリを出荷する必要がある場合、自家製を変更する必要があります。それを行うためのソリューションを構築します。

他のコンテキストでは、2つのビルドシステムを備えたプロジェクトがありました。1つは迅速な実験用、もう1つは展開可能なビルド用です。時間は、現在の両方の更新に費やした時間は、毎日の作業のスピードゲインで何度も節約されました。少なくとも毎週1〜2週間は実際のビルドをしなければならなかった場合、物事は一貫性からそれほど遠く離れていませんでした(そして、両方のビルドスクリプトが改訂制御システムにあったため、調べる履歴がありました)。このようなことは、デバッグビルド用のカスタムメイクファイルで行うことができ、展開可能なパッケージにはNDKビルドシステムを使用しています。

(プラットフォームが許すものの端で多くの実験を行う1つのケースでは、実際にMakeFileが更新された.soをデバイスにプッシュし、落胆したハードキットボタンの1つにアプリケーションを与えたので、再起動できました。 APKを再構築して再インストールすることさえせずに更新されたネイティブライブラリを使用する)

ライセンス: CC-BY-SA帰属
所属していません StackOverflow
scroll top