답변:
몇 가지 요인이 있습니다.
운송 업체 또는 제조업체의 블로 트웨어가 없습니다. 앱 또는 OS 변경 사항을 테스트하고 일부 기기 관련 버그가 발생하지 않는지 확인하려면 Nexus 기기에서 발생할 가능성이 줄어 듭니다.
그들은 모두 ROM을 깜박이는 데 동일한 도구를 사용합니다 fastboot. 모든 타사 장치가이 장치를 사용하는 것은 아니며 모든 장치에 대해 새로운 명령 집합을 배워야하는 것은 상당히 성가신 일입니다.
부트 로더를 쉽게 열 수 있습니다. 많은 타사 장치는 까다로운 해킹없이 부트 로더를 잠금 해제 할 수있는 방법을 제공하지 않습니다 (자신의 ROM을 플래시하기 위해). 때때로 제조업체는이를 수행합니다. 때로는 통신 사업자가 테 더링이나 다른 것에 대한 제한을 피하기 위해 추가합니다. Nexus 기기에서는 매우 쉽습니다 fastboot unlock-bootloader.
AOSP 소스에서 Nexus 기기 용 고유 ROM을 컴파일 할 수 있습니다. 안드로이드 자체를 해킹하거나 앱에 더 많은 디버깅 옵션을 허용하기 위해 단순히 userdebug 빌드를 원한다면 소스를 다운로드하고 컴파일하는 것만 큼 간단합니다. 타사 ROM에는 일반적으로 사용 가능한 소스가 없으므로 사용자 정의 ROM을 빌드하려면 ROM 및 / 또는 포트 AOSP를 장치에 직접 리버스 엔지니어링해야합니다 (또는 다른 모더가 수행 할 때까지 기다려야 함). Google의 Nexus 프로그램 엔지니어가 착용 한 티셔츠가 '사전 해킹 된 Android'라고 설명하는 이유가 여기에 있습니다.
Google은 logcat개발을 쉽게하기 위해 로그 (내가 가져온 로그 )를 깨끗하게 유지하기 위해 많은 노력을 기울였습니다. 로그에 너무 많은 노이즈를 추가하는 코드 변경을 차단하므로 디버깅에 유용합니다. 다른 제조업체는 일반적으로 그렇게주의하지 않습니다. 고객이 원하는 것으로 로그를 보지 않기 때문에 아무도보고 싶지 않은 드라이버 디버깅 정보를 사용하여 소음과 소음을 줄일 수 있습니다. 클린 로그를 사용하면 앱 및 OS 개발자가 코드 동작을보다 쉽게보고 디버깅 할 수 있습니다.
Nexus 기기는 타사 기기보다 새로운 Android 버전으로 업데이트되는 경향이 있습니다. 앱 개발자 인 경우 앱이 가능한 한 빨리 새로운 Android 버전에서 작동하는지 확인하거나 새로운 기능을 활용하여 에뮬레이터가 아닌 실제 장치에서 테스트하려는 경우 타사 제조업체가 손가락을 떼고 새로운 Android 버전을 하드웨어에 이식 할 때까지 기다리지 마십시오.
Dan Hulme이 작성한 것 외에도 넥서스 장치에는 이전 버전의 Android에 대한 재고 펌웨어 이미지가 있으며 쉽게 설치할 수 있다고 덧붙이고 싶습니다. Galaxy Nexus를 ICS로 다운 그레이드하거나 Nexus S를 Gingerbread로 다운 그레이드 할 수 있습니다. Nexus 4는 4.2와 함께 제공되지만 곧 4.4입니다. 이러한 종류의 테스트가 중요한 경우 나중에 이전 버전을로드 할 수 있습니다.
Nexus S로 테스트 할 때 2.3에서 4.1로 바뀌었기 때문에 이것이 매우 귀중한 것으로 나타났습니다. cyanogen이 앱 호환성을 위해 재고에 충분히 가깝다고 믿는 경우 cyanogenmod를 사용하여 테스트 플랫폼으로 전화 수명을 연장 할 수도 있습니다.