これはプロジェクトのニーズによって異なります。純粋なアプリ アプリケーションを開発していて、他のハードウェア デバイスと通信する必要がない場合は、プロジェクト全体を通じてシミュレーターを直接使用して開発およびデバッグしても問題ありません。プロセス。ただし、スマート ハードウェア用のアプリケーションを開発する場合は、実機のデバッグが必要です。たとえば、Bluetooth スピーカー APP を開発する場合、必然的に Bluetooth BLE を介してスピーカーと通信する必要がありますが、シミュレーターには Bluetooth 機能がないため、デバッグには実機で実行する必要があります。これがお役に立てば幸いです!
![[Web フロントエンド] Node.js クイック スタート](https://img.php.cn/upload/course/000/000/067/662b5d34ba7c0227.png)
実機デバッグには 2 つの利点があります。1 つはデバッグの効率が向上し、2 つ目は実際の操作体験が得られることです (結局のところ、コンピュータの画面はタッチ スクリーンをサポートしていません)
商用プロジェクトの標準化された実機デバッグは依然として必要です。
それはあなた自身の状況によって異なります。実機でデバッグする必要がある場合は必ずしも必要ではありませんが、ほとんどのデバッグはシミュレーターでも実行できます。特別な事情がない限り。シミュレーターでは問題ありませんが、電話では問題があります。
たとえば、昨日問題が発生しましたが、シミュレーターでは問題ありませんでした。電話に問題が発生しています。
そのため、毎回実機でデバッグするのではなく、実機でデバッグする必要があります
実機が優先されます。
実機は正式なテスト環境として理解できます。
インターフェースを作るときは基本的に実機でデバッグします。 データ バインディング。ロジックを記述するときにシミュレーターを使用してデバッグします。
これはプロジェクトのニーズによって異なります。純粋なアプリ アプリケーションを開発していて、他のハードウェア デバイスと通信する必要がない場合は、プロジェクト全体を通じてシミュレーターを直接使用して開発およびデバッグしても問題ありません。プロセス。ただし、スマート ハードウェア用のアプリケーションを開発する場合は、実機のデバッグが必要です。たとえば、Bluetooth スピーカー APP を開発する場合、必然的に Bluetooth BLE を介してスピーカーと通信する必要がありますが、シミュレーターには Bluetooth 機能がないため、デバッグには実機で実行する必要があります。これがお役に立てば幸いです!
プロジェクトのニーズに応じて決定