자신의 상황에 따라 다릅니다. 실제 머신에서 디버깅해야 할 때마다 그런 것은 아니지만 대부분은 여전히 시뮬레이터에서 수행할 수 있습니다. 특별한 사정이 없는 한. 시뮬레이터에서는 문제가 없지만 전화에서는 문제가 있습니다. 예를 들어 어제 문제가 발생했는데 시뮬레이터에서는 괜찮았습니다. 전화에 문제가 있습니다. 그래서 매번 실제 머신에서 디버깅하는 것이 아니라 실제 머신에서 디버깅하는 것이 필요합니다
이는 프로젝트 요구 사항에 따라 다릅니다. 순수 앱 애플리케이션을 개발하고 다른 하드웨어 장치와 통신할 필요가 없다면 시뮬레이터를 직접 사용하여 프로젝트 전체를 개발하고 디버깅하는 것은 문제가 되지 않습니다. 프로세스. 하지만 스마트 하드웨어용 애플리케이션을 개발하려면 실제 머신 디버깅이 필요합니다. 예를 들어, 블루투스 스피커 앱을 개발하려면 필연적으로 블루투스 BLE를 통해 스피커와 통신해야 하며 시뮬레이터에는 블루투스 기능이 없으므로 디버깅을 위해 실제 머신에서 실행해야 합니다. 이것이 도움이 되기를 바랍니다!
실제 머신 디버깅에는 두 가지 이점이 있습니다. 첫째, 디버깅이 더 효율적이고, 둘째, 실제 작동 경험을 얻을 수 있습니다(결국 컴퓨터 화면은 터치 스크린을 지원하지 않습니다).
상업 프로젝트의 표준화된 실제 머신 디버깅은 여전히 필요합니다.
자신의 상황에 따라 다릅니다. 실제 머신에서 디버깅해야 할 때마다 그런 것은 아니지만 대부분은 여전히 시뮬레이터에서 수행할 수 있습니다. 특별한 사정이 없는 한. 시뮬레이터에서는 문제가 없지만 전화에서는 문제가 있습니다.
예를 들어 어제 문제가 발생했는데 시뮬레이터에서는 괜찮았습니다. 전화에 문제가 있습니다.
그래서 매번 실제 머신에서 디버깅하는 것이 아니라 실제 머신에서 디버깅하는 것이 필요합니다
실제 기계가 우선합니다.
실제 기계는 공식적인 테스트 환경으로 이해될 수 있습니다.
인터페이스를 만들 때는 기본적으로 실제 머신에서 디버깅을 합니다. 데이터 바인딩, 로직 작성 시 시뮬레이터를 사용하여 디버깅합니다.
이는 프로젝트 요구 사항에 따라 다릅니다. 순수 앱 애플리케이션을 개발하고 다른 하드웨어 장치와 통신할 필요가 없다면 시뮬레이터를 직접 사용하여 프로젝트 전체를 개발하고 디버깅하는 것은 문제가 되지 않습니다. 프로세스. 하지만 스마트 하드웨어용 애플리케이션을 개발하려면 실제 머신 디버깅이 필요합니다. 예를 들어, 블루투스 스피커 앱을 개발하려면 필연적으로 블루투스 BLE를 통해 스피커와 통신해야 하며 시뮬레이터에는 블루투스 기능이 없으므로 디버깅을 위해 실제 머신에서 실행해야 합니다. 이것이 도움이 되기를 바랍니다!
프로젝트 요구사항에 따라 결정