私はAndroidアプリケーションを構築していますが、フォントサイズを変更するたびにアプリを設計している間、うんざりしています。再インストールを待つ必要があります。この設計方法を高速化する方法はありますか？また、再デバッグが必要になるたびにコードを変更する場合、このタスクを高速化する方法はありますか？
私の主な質問は、10アクティビティに移動し、変更が11にある場合、多忙になるたびに再移動する必要があるということです。11番目のアクティビティに直接移動することはできません。前のアクティビティの値ともう1つ必要な値が必要です。
some thing like on web page we do just refresh that particular page and see changes
デバイスで直接デバッグする方が、エミュレーターを使用するよりも高速だと感じました。また、Windowsで作業している場合は、LinuxやMacOSよりも少し遅くなります。あなたもそれらのプラットフォームを試すことができます
kishu27は、デバイスでのデバッグがエミュレーターを使用するよりもはるかに高速であると言って正しいです。使用可能なデバイスがない場合は、実行の合間にエミュレーターを開いたままにしておくことができるため、毎回初期化でエミュレーターを待つ必要はありません（これは非常に遅いです）。
もう1つのヒント-プロジェクトに大量のリソースがあり、APKファイルが大きくなる場合は、アプリケーションの特定の部分をデバッグしているときに、不要なリソースをすべて削除することができます。これにより、APKがかなり小さくなった場合に、インストールプロセスをスピードアップできます。（これは、テスト用に多くのサンプルビデオを含むアプリを作成していたときの経験から来ています。1つを除いてすべてを切り取り、どのビデオが存在するかが問題ではない場合は可能な限りそれを使用することで、APKははるかに小さく、大幅に高速化されました。インストール時間の延長。）
場合によっては、いくつかの変更をテストするためにapkを再インストールする必要があることが避けられません。これを高速化するための唯一の方法は、システムを微調整して、システムの実行速度を上げることです。
ただし、新しいフォントサイズなどの単純な変更をテストする場合は、apkを再インストールする必要はありません。Eclipse内の変更を視覚化するか、DroidDrawなどのツールを使用できます。
はい、もっと速い方法がありますが、最初のステップはAndroidStudioでデバッガーを実行します。最初に気付くのは、debbugerのブレークポイントがデバッグを劇的に遅くする可能性があることです（そのようなもの）。次に、これをクリックします...
ここでは、プロジェクトにあるすべてのブレークポイントを確認できます。
下部のボックスで、プロジェクトに残っているデバッグポイントを削除できます。これにより、どのデバイスでも私のデバッグプロセスが向上しました。これが最善の解決策です。