În multe instrucțiuni pentru înrădăcinarea și modificarea firmware-ului, trebuie să activați depanarea USB și deblocarea OEM Factory. Ce este depanarea USB? Pentru ce este și cum să o activați, puteți afla din acest articol!
Pentru ce este depanarea USB?
Depanarea USB este folosită pentru a utiliza serviciul de depanare a aplicației și pentru a modifica parametrii dispozitivelor pe sistemul de operare Android (verificați cum funcționează aplicația și sistemul în ansamblu și ce defecțiuni au apărut) folosind un utilitar numit ADB.
Ce este OEM Factory Unlock?
Începând cu Android 5.0, mulți producători au început să implementeze un mecanism de securitate suplimentar împotriva modificărilor neautorizate ale partițiilor de sistem. Ca urmare, funcția „OEM Factory Unlock” a fost introdusă în secțiunea „Developer Menu”, când este activată, veți putea să flashați firmware-uri de recuperare și personalizate de la terți.
Nu confundați deblocarea OEM Factory cu deblocarea Bootloader, care este cerută de mulți producători - Xiaomi, HTC, Huawei, Google Pixel, Sony.
Meniul pentru dezvoltatori Android
Depanarea USB și deblocarea din fabrică OEM sunt toate într-o secțiune ascunsă a setărilor Android numită Meniu dezvoltatori. Pentru a vedea această secțiune, trebuie să urmați o procedură simplă de activare.
Cum activez depanarea USB?
Absolut în toate dispozitivele Android, indiferent dacă este un smartphone sau o tabletă, depanarea USB este activată Meniu -> Setări.
Posibile opțiuni de locație
În ciuda faptului că depanarea USB este în setări, opțiunile pentru locația din meniu pot fi diferite și au mai multe opțiuni pentru a o găsi! Să luăm în considerare 8 opțiuni posibile de la versiuni mai noi de Android la cele mai vechi.
Opțiunea # 1 pentru Android 4.2 - Android 7.1:
Meniu -> Setări -> Despre smartphone / Despre tabletă -> Setări -> Pentru dezvoltatori -> Depanare USB- căpuşă.
Opțiunea numărul 2.1 pentru Xiaomi (noile versiuni MIUI)
Meniu -> Setări -> Despre telefon-> versiunea MIUIși faceți clic pe el de aproximativ 7 - 10 ori, apoi reveniți la Setări -> Avansat -> Pentru dezvoltatori -> Depanare USB- căpuşă.
Opțiunea numărul 2.2 pentru Xiaomi (versiunile vechi de MIUI)
Meniu -> Setări -> General -> Despre smartphone / Despre tabletă ->Numărul de construcție și faceți clic pe el de aproximativ 7-10 ori, apoi reveniți la Setări -> Pentru dezvoltatori -> Depanare USB- căpuşă.
Opțiunea # 3 pentru Android 8.X și versiuni ulterioare:
Pe Android 8.0 și mai nou, setările au fost ușor actualizate, iar acum pentru a ajunge la meniul dezvoltatorului și a activa „Depanare USB” trebuie să: accesați Sistem -> Despre dispozitiv (tabletă / telefon) -> Faceți clic de 5-7 ori pe Număr de compilare „și reveniți la meniul Sistem -> Dezvoltator.
Pentru versiunile Android 1.6 - 4.2
Opțiunea numărul 4:
Meniu -> Setări -> Dezvoltare -> Depanare USB - bifați caseta
Opțiunea numărul 5:
Meniu -> Setări -> Pentru dezvoltatori -> Depanare USB- căpuşă
Opțiunea numărul 6:
Meniu -> Setări -> Aplicații ->
Dezvoltarea -> Depanare USB (Android 2.2 - 3.0)
Opțiunea numărul 7:
Meniu -> Setări -> Mai multe -> Opțiuni pentru dezvoltatori -> depanare USB- căpuşă
Opțiunea # 8 pentru Android 4.2 și versiuni ulterioare:
Meniu -> Setări -> Sistem -> Despre smartphone / Despre tabletă -> Build number și faceți clic pe el de aproximativ 7-10 ori, apoi reveniți la Setări -> Pentru dezvoltatori -> Depanare USB- căpuşă
[colaps]
După ce activați Depanarea USB, autorizați-vă computerul! (Pentru Android 4.2 și versiuni ulterioare)
Când vă conectați la un computer pentru prima datăși introducerea unei comenzi sau obținerea drepturilor de root, vei avea o cerere de încredere computerul la care este conectat acum Android! Această solicitare va apărea pe orice computer sau laptop nou! Bifeaza casutași apăsați butonul OK.
Depanarea USB este activată.
Depanare USB activată și dispozitiv Android
nu a fost detectat?
Primul ceea ce va trebui să crezi este prezența driverelor USB instalate pe computer sau reinstalați/actualizați-le. Altă problema deoarece Android nu este detectat - este în stare blocată! Deblocați smartphone-ul sau tableta ta! Nu folosi portul USB 3.0, numai USB 2.0.
Dacă tot nu puteți instala depanarea USB cu un computer, atunci ar trebui să încercați să schimbați modul în care vă conectați la un computer. În momentul în care v-ați conectat deja smartphone-ul sau tableta la computer, trageți bara de informații de sus „cortina” în jos -> selectați conexiune USBși activați Modul PTP.
Dacă doriți să vă conectați prin WI-FI
După ce ați activat această opțiune pe Android, puteți să vă conectați smartphone-ul la un computer și să introduceți comenzile adb necesare sau să obțineți drepturi Root!
Mai ai intrebari? Scrie-le în comentarii, spune-ne ce ai făcut sau invers!
Asta e tot! Citiți mai multe articole și instrucțiuni utile în secțiune. Rămâneți cu site-ul, va fi și mai interesant în continuare!
Depanarea USB vă permite să utilizați serviciul pentru depanarea aplicațiilor și dispozitivelor pe sistemul de operare Android: verificați cum funcționează aplicația și sistemul, ce defecțiuni au apărut.
Activați depanarea USB
Pe toate dispozitivele Android, depanarea USB se găsește în Meniu> Setări, dar opțiunile de locație pot varia, de exemplu:
Meniu> Setări> Dezvoltare> Depanare USB (activată) Meniu> Setări> Aplicații> Dezvoltare> Depanare USB (activată) Meniu> Setări> Mai multe> Opțiuni pentru dezvoltatori> Depanare USB Meniu> Setări> General> Despre smartphone / Despre tabletă> Număr build ( faceți clic pe el de 7-10 ori), apoi reveniți la Setări> Pentru dezvoltatori> Depanare USB (activată)
După activarea depanării USB
Deblocați-vă smartphone-ul sau tableta. Nu utilizați portul USB 3.0, ci doar USB 2.0 când este conectat la un computer.
Când dispozitivul este conectat la computer pentru prima dată, vi se va solicita să aveți încredere în computer: bifați caseta și faceți clic pe OK. Depanarea USB este activată.
Instalarea unei aplicații de depanare USB
Pentru depanare se folosește programul ADB (Android Debug Bridge). ADB face parte din SDK-ul Android de care aveți nevoie.
Descărcați arhiva zip cu Android SDK, conține folderul adt-bundle-windows-x86_64-20140702, care conține SDK-ul în sine. Îl despachetăm pe un computer. De exemplu, am plasat un folder la rădăcina unității C, adică. calea către SDK va fi astfel: C: \ adt-bundle-windows-x86_64-20140702 \
Asigurați-vă că computerul este conectat la Internet și rulați programul SDK Manager situat în folderul adt-bundle-windows-x86_64-20140702.
Dacă SDK Manager nu pornește, instalați Java SE.
După pornirea SDK Manager, va apărea fereastra de instalare. Trebuie să descarcăm și să instalăm
✓ Instrumente-platformă Android SDK ✓ Instrumente Android SDK ✓ Pachetul Google Usb Driver
Marcăm aceste trei elemente în listă și debifăm toate celelalte. Apăsați „Instalare” și așteptați până când programul descarcă componentele.
Driverele USB pentru Windows pe 32 și 64 de biți vor fi descărcate în folderul C: \ adt-bundle-windows-x86_64-20140702 \ extras \ google \ usb_driver (instalați-le mai târziu dacă nu găsiți drivere oficiale pentru tabletă sau smartphone).
Ne conectăm dispozitivul la computer - computerul va detecta hardware nou. Instalați driverele de pe site-ul producătorului sau din folderul de unde au fost descărcate anterior (instalarea se face prin Task Manager> * Dispozitiv necunoscut *> butonul dreapta al mouse-ului> Update Driver Software ..> căutați driverul pe PC> drivere descărcate ).
După instalarea driverelor, un nou dispozitiv „Interfață ADB” va apărea în managerul de dispozitive.
Dacă dispozitivul nu este detectat în manager ca interfață ADB, verificați driverele tabletei sau smartphone-ului, opriți și porniți modul de depanare USB, reconectați dispozitivul la computer.
Lansarea programului ADB
Cel mai bun mod de a lucra cu ADB este prin linia de comandă Windows. Pentru a apela linia de comandă, apăsați „Start”, iar în câmpul de introducere „Găsiți programe și fișiere”, tastați cmd, apăsați „Enter”.
Pentru a vedea ce dispozitive sunt conectate la computer, introducem comanda:
C: \ adt-bundle-windows-x86_64-20140702 \ sdk \ platform-tools \ dispozitive adb.exe
ADB va afișa o listă de dispozitive conectate în prezent la computer. Dacă dispozitivul apare pe linia de comandă, puteți începe depanarea.
Depanare i2 Control V2.2 prin USB
Introduceți (1):
C: \ adt-bundle-windows-x86_64-20140702 \ sdk \ platform-tools \ adb.exe logcat
Linia de comandă va începe să afișeze jurnalul smartphone-ului sau tabletei.
Opriți jurnalul făcând clic Ctrl + C
Introduceți (2):
C: \ adt-bundle-windows-x86_64-20140702 \ sdk \ platform-tools \ adb.exe logcat> log.txt
Acum jurnalul relansat cu (1) va fi salvat într-un fișier text situat în C: \ Utilizatori \ * Nume utilizator * \ log.txt
Lansați aplicația i2 Control V2.2 pe tabletă sau smartphone, porniți jurnalul (1), efectuați acțiunea pe care doriți să salvați jurnalul, opriți înregistrarea apăsând Ctrl + C.
Puteți trimite jurnalul salvat către suport tehnic, însoțindu-l cu proiectul dvs., descrierea problemei, modelul și versiunea de firmware a tabletei sau smartphone-ului pe care a fost detectată problema.
Articolul va descrie cum să conectați un depanator la o aplicație Android și să parcurgeți metodele apelate folosind informațiile obținute după decompilarea aplicației.
Articolul va descrie cum să conectați un depanator la o aplicație Android și să parcurgeți metodele apelate folosind informațiile obținute după decompilarea aplicației. Vestea bună este că depanarea nu necesită privilegii de superutilizator. Tehnicile descrise pot fi foarte utile în timpul testelor de penetrare a aplicațiilor mobile, deoarece putem „pătrunde” codul în timp ce programul rulează, primim și înregistrăm informații la care de obicei nu avem acces. De exemplu, puteți intercepta traficul înainte de criptare și puteți obține din mers chei, parole și orice alte informații valoroase. Articolul va fi util pentru pentesteri și dezvoltatorii de aplicații mobile care doresc să dobândească o cunoaștere mai profundă a posibilelor atacuri pe platforma Android.
Cerințe de mediu de testare:
- Sistem de operare: Windows / Mac OS X / Linux
- Java (recomandată versiunea 1.7)
- IDE (Eclipse, IntelliJ IDEA, Android Studio)
- Android SDK (https://developer.android.com/sdk/index.html?hl=i)
- APKTool (https://code.google.com/p/android-apktool/)/APK Studio (http://apkstudio.codeplex.com)
- Dispozitiv / emulator Android
Acest articol va folosi următoarea configurație: Windows 8, Android Studio și IntelliJ IDEA. Dispozitiv: Nexus 4 cu Android 4.4.4. Recomand să adăugați toate utilitățile la variabila de mediu PATH pentru a facilita și mai rapid accesarea acestor instrumente.
Pachetul de aplicație Android (APK) folosit în articol poate fi descărcat de aici: com.netspi.egruber.test.apk .
Configurarea dispozitivului
Instrucțiunile de mai jos vă vor ajuta să vă pregătiți dispozitivul pentru experimentare.
Activarea secțiunii Opțiuni pentru dezvoltatori
Pentru început, depanarea prin USB trebuie să fie activată pe dispozitivul Android (opțiunea de depanare USB), ceea ce vă va permite să „comunicați” cu dispozitivul folosind instrumente din Android SDK. Cu toate acestea, înainte de asta trebuie să activați secțiunea Opțiuni pentru dezvoltatori. Pe dispozitiv, accesați Setări> Despre telefon și faceți clic de mai multe ori pe elementul Număr de compilare, după care ar trebui să apară un mesaj care să arate că secțiunea Opțiuni pentru dezvoltatori este activată.
Figura 1: Pentru a activa secțiunea Opțiuni pentru dezvoltatori, trebuie să faceți clic pe numărul Build de mai multe ori
Activați depanarea USB
Pentru a activa depanarea USB, accesați Setări> Opțiuni pentru dezvoltatori și bifați caseta de lângă Depanare USB.
Figura 2: Activarea opțiunii de depanare USB
Conectarea dispozitivului și lansarea ADB
După conectarea dispozitivului la computer prin portul USB, ar trebui să apară mesajul „Depanare USB conectată pe dispozitiv”. De asemenea, ar trebui să verificați dacă vă puteți conecta la dispozitiv utilizând aplicația Android Debug Bridge (ADB) inclusă cu Android SDK (pachetul Android SDK Platform-tools). La promptul de comandă, introduceți următoarea comandă:
Dispozitivul ar trebui să apară în listă.
Figura 3: Lista dispozitivelor conectate
Dacă dispozitivul nu este afișat în listă, atunci cel mai probabil motiv sunt driverele instalate incorect (în Windows). În funcție de dispozitiv, driverul poate fi găsit fie în Android SDK, fie pe site-ul producătorului.
Verificarea aplicației pentru depanare
Înainte de a depana aplicațiile Android, mai întâi trebuie să verificați dacă acest lucru este posibil. Verificarea se poate face în mai multe moduri.
Prima cale este să alergi Monitor dispozitiv Android incluse în Android SDK (în folderul instrumente). Pe Windows, fișierul se numește monitor.bat. Când deschideți Android Device Monitor, dispozitivul va apărea în secțiunea Dispozitive.
Figura 4: Aplicația Android Device Monitor
Dacă orice aplicație de pe dispozitiv poate fi depanată, acea aplicație va apărea și în listă. Am creat un program de testare, dar lista este goală deoarece programul nu poate fi depanat.
A doua modalitate de a testa aplicația pentru depanare este să examinați fișierul AndroidManifest.xml din pachetul de aplicații Android (APK). Un APK este o arhivă zip care conține toate informațiile necesare pentru a rula o aplicație pe un dispozitiv Android.
Ori de câte ori o aplicație este descărcată din Google Play Store, pachetul de aplicații este de asemenea descărcat. Toate APK-urile descărcate sunt de obicei stocate pe dispozitiv în folderul / data / app. Dacă nu aveți drepturi de superutilizator, nu veți putea obține lista de fișiere din directorul / data / app. Deși, dacă cunoașteți numele fișierului APK, îl puteți copia folosind utilitarul adb... Pentru a găsi numele fișierului APK, introduceți următoarea comandă:
Apare promptul de comandă al dispozitivului. Apoi introduceți următoarea comandă:
pm listă pachete -f
Va fi afișată o listă cu toate pachetele de pe dispozitiv.
Figura 5: Lista pachetelor de pe dispozitiv
Privind lista, găsim aplicația de testare.
Figura 6: Pachetul aplicației de testare generată (evidențiat cu alb)
Acum trebuie să copiați fișierul pachetului. Deschideți shell-ul și introduceți următoarea comandă:
adb pull /data/app/ [fișier .apk]
Figura 7: Copiați fișierul APK de pe dispozitiv în sistem
Acum trebuie să deschideți fișierul pachet și să examinați conținutul AndroidManifest.xml. Din păcate, nu putem pur și simplu să despachetăm arhiva, deoarece fișierul APK este codificat într-un format binar. Pentru decodare, utilitarul este cel mai des folosit apktool deși folosesc APK Studio deoarece această aplicație are o interfață grafică prietenoasă. Restul articolului va vorbi despre APK Studio.
În APK Studio, faceți clic pe pictograma verde, dați un nume proiectului și specificați calea către fișierul APK. Apoi specificați let pentru a salva proiectul.
Figura 8: Crearea unui proiect nou în APK Studio
Odată ce APK-ul este deschis, selectați fișierul AndroidManifest.xml și uitați-vă la opțiunile pentru eticheta aplicației. Dacă indicatorul android: debuggable nu este prezent (sau este prezent, dar setat la false), atunci aplicația nu poate fi depanată.
Figura 9: Conținutul fișierului AndroidManifest.xml
Modificarea fișierului AndroidManifest.xml
Folosind utilitarul apktool sau APK Studio, putem modifica fișierele și împacheta conținutul înapoi în pachet. Vom modifica acum fișierul AndroidManifest.xml, astfel încât aplicația să poată fi depanată. Adăugați linia Android: debuggable = „adevărat” în interiorul etichetei aplicației.
Figura 10: Modificarea conținutului etichetei aplicației
După ce ați adăugat steagul, faceți clic pe pictograma ciocanului și reasamblați pachetul. Pachetul reconstruit va fi localizat în directorul build/apk.
Figura 11: Reconstrucția pachetului a fost finalizată cu succes
După reconstrucție, pachetul este semnat și poate fi reinstalat pe dispozitiv (toate aplicațiile Android trebuie să fie semnate). Majoritatea aplicațiilor nu validează certificatul folosit pentru semnare. În caz contrar, trebuie să schimbați codul care efectuează această verificare.
Acum trebuie să instalați pachetul reconstruit. Mai întâi, eliminați vechea aplicație folosind următoarea comandă:
dezinstalare adb pm
Apoi instalăm noul pachet:
instalare adb [fișier .apk]
De asemenea, puteți dezinstala și instala un pachet cu o singură comandă:
adb install -r [fișier .apk]
Figura 12: Instalarea pachetului reconstruit
Verificați dacă aplicația reinstalată pornește corect pe dispozitiv. Dacă totul funcționează, reveniți la Android Device Monitor, unde ar trebui să apară aplicația de testare.
Figura 13: Aplicația reconstruită poate fi acum depanată
Configurarea unui mediu de dezvoltare (IDE)
Acum puteți conecta un depanator la aplicația reconstruită, dar mai întâi trebuie să creați un proiect în mediul de dezvoltare (acest articol folosește IntelliJ IDEA). Cream un nou proiect. În câmpul Nume aplicație, specificați un nume arbitrar. În câmpul Nume pachet, specificați numele care se potrivește exact cu ierarhia de foldere a pachetului reconstruit.
Figura 14: Crearea unui nou proiect în IntelliJ IDEA
De obicei, numele fișierului APK este același cu structura folderului, deși dacă nu sunteți sigur, în APK Studio verificați ierarhia directoarelor până la folderul în care se află fișierele aplicației. În cazul meu, numele și structura folderului sunt exact aceleași (com.netspi.egruber.test).
Figura 15: Testați ierarhia directoarelor aplicației
Debifați caseta de selectare Creare activitate Hello World și finalizați proiectul (toate celelalte opțiuni rămân implicite). Noul proiect ar trebui să arate cam așa:
Figura 16: Ierarhia folderelor și fișierelor unui proiect nou
După crearea proiectului, trebuie să adăugați codul sursă din fișierul APK, astfel încât depanatorul să „știe” numele simbolurilor, metodelor, variabilelor etc. Vestea bună este că aplicațiile Android pot fi decompilate aproape fără pierderi de calitate. (codul sursă se va potrivi cu originalul). După decompilare, codul sursă este importat în mediul de dezvoltare (IDE).
Obținerea codului sursă din pachetul aplicației
Mai întâi, trebuie să convertiți APK-ul într-un fișier jar. Apoi vom obține codul sursă al aplicației folosind decompilatorul java. Vom face conversia în jar folosind utilitarul dex2jar... Dex2jar are un fișier d2j-dex2jar.bat folosit pentru a converti APK în jar. Sintaxa comenzii este destul de simplă:
d2j-dex2jar.bat [fișier .apk]
Figura 17: Conversia APK în jar
Apoi deschideți sau trageți fișierul rezultat în JD-GUI (acesta este un decompilator java).
Figura 18: Structura fișierului jar
Fișierul jar ar trebui să apară ca o structură ierarhică, în cadrul căreia există fișiere java cu cod sursă care poate fi citit. Accesați Fișier> Salvare toate sursele pentru a împacheta toate sursele într-o arhivă zip.
Figura 19: Salvarea textelor sursă ale fișierului decompilat
După salvarea surselor, despachetați arhiva într-un director separat.
Figura 20: Arhivă dezambalată
Acum trebuie să importați ambele directoare în proiectul creat anterior în IDE. În IntelliJ, mergeți la folderul src și copiați conținutul arhivei dezambalate acolo (două directoare).
Figura 21: Ambele foldere au fost copiate în directorul src
Revenind la Intellij, vedem proiectul actualizat.
Figura 22: Codul sursă a apărut în proiect
Dacă facem clic pe orice element din listă, vom vedea textul original. După cum puteți vedea în captura de ecran de mai jos (codul sursă al clasei LoginActivity), codul sursă este ofucat folosind ProGuard.
Figura 23: Codul sursă ofuscat al clasei LoginActivity
Conexiune de depanare
Acum că codul sursă a apărut în proiect, putem începe să setăm puncte de întrerupere pe metode și variabile. Când sunt atinse punctele de întrerupere, aplicația se va opri. De exemplu, am stabilit un punct de întrerupere pe metoda (chiar în codul ofuscat) care este responsabilă de procesarea informațiilor introduse în câmpul de text.
Figura 24: Un punct de întrerupere a fost setat pe o metodă ofuscată
De îndată ce apare punctul de întrerupere, conectați depanatorul la procesul de pe dispozitiv făcând clic pe pictograma cu ecranul în colțul din dreapta sus (pe IDE-ul dvs., pictograma poate diferi).
Figura 25: Atașarea unui depanator la un proces
Figura 26: Lista proceselor pentru conectarea unui depanator
După selectarea unui proces, depanatorul se va conecta la dispozitiv.
Figura 27: Depanatorul este atașat la un proces care rulează pe dispozitiv
În caseta de text, voi introduce numărul 42 (dacă vă amintiți, există un punct de întrerupere pe metoda corespunzătoare).
Figura 28: Introduceți numărul 42 în caseta de text
După apăsarea butonului „Introducere cod”, execuția aplicației va fi întreruptă la punctul de întrerupere, deoarece depanatorul este „conștient” de ce metodă este apelată pe dispozitiv. O aplicație Android compilată conține informații de depanare (cum ar fi numele variabilelor) disponibile oricărui depanator compatibil Java Debug Wire Protocol (JDWP). Dacă depanarea este activată în aplicație, un depanator compatibil JDWP (majoritatea depanatoarelor Java se încadrează în această categorie) se poate conecta la mașina virtuală a aplicației Android și apoi poate citi și executa comenzi de depanare.
Figura 29: Punct de întrerupere declanșat
Captura de ecran de mai jos arată numărul pe care l-am introdus anterior în caseta de text.
Figura 30: Lista de variabile ale instanței curente a clasei
Concluzie
Nu numai că putem citi datele din aplicație, ci și să le introducem pe ale noastre. Acest lucru poate fi util dacă, de exemplu, dorim să întrerupem fluxul de execuție a codului și să ocolim unele părți ale algoritmului. Cu ajutorul depanatorului putem înțelege mai bine logica aplicației și putem analiza ceea ce este inaccesibil utilizatorului obișnuit. De exemplu, poate fi foarte util să vizualizați caracteristicile de criptare în uz și cheile dinamice. În plus, uneori este util la depanare să știm cum interacționează funcțiile cu sistemul de fișiere sau baza de date pentru a înțelege ce informații sunt salvate de aplicație. Astfel de manipulări sunt disponibile pe orice dispozitiv Android fără privilegii de superutilizator.
Buna ziua. Se întâmplă adesea că trebuie să ne verificăm dispozitivul cu sistemul de operare Android folosind un computer. Fie că este vorba despre teste generale sau diagnostice de rutină, pentru a verifica eventualele deficiențe. Pentru a face acest lucru, trebuie să activați așa-numitul mod „depanare USB”. Oricât de înfricoșător sună, de fapt, este foarte simplu și accesibil nu numai unui guru în gadgeturi, ci și puterii celui mai obișnuit începător. Ce este depanarea USB pentru Android, cum să activați această depanare USB prin PC pe Android-ul nostru, putem afla din articolul nostru.
Să spunem imediat că conectarea la computerul nostru personal este mult mai preferabilă decât lucrul cu un emulator de PC.
Pentru fiecare pompier, inserăm o mică instrucțiune video despre cum să setați „Depanare prin USB”, iar puțin mai jos vom vorbi mai detaliat despre toate metodele și regulile acestei proceduri.
Ce ar trebui făcut și în ce ordine
În cele mai multe cazuri, modul de depanare USB de care avem nevoie, de la toți producătorii, poate fi găsit și setat prin meniul „Setări”. Acesta conține de obicei submeniul Dezvoltare sau Dezvoltatori. Și, deși nu suntem nici un dezvoltator, tot cu îndrăzneală găsim acolo „Debugging via USB” și, fără alte prelungiri, punem un pic acolo.
Ai putea crede că acesta a fost sfârșitul tuturor încercărilor noastre, dar nu a fost acolo. Este foarte posibil ca meniul tău să nu aibă o astfel de opțiune. Acestea sunt vremurile. Acest lucru nu mai este pentru mine, ci pentru cei mai reali dezvoltatori. De ce au făcut asta? Neclar. Poate că nu toată lumea poate scormoni în aparat și sparge lemne de foc acolo.
Cel mai simplu mod de a activa depanarea USB
Dacă nu există niciunul în meniul nostru, atunci vom încerca să mergem în altă direcție. Mai multe tipuri de depanare USB pe diferite sisteme de operare Android. Dacă aveți Android 2.2 3.0, atunci vom încerca mai întâi să intrăm în același „Meniu”, apoi la Setări, apoi la Aplicații, apoi la Dezvoltare. Este foarte posibil să existe deja un element „Depanare prin USB”.
Pentru toți posesorii de Android 4.2 și versiuni ulterioare, a fost inventată următoarea cale foarte dificilă. Din nou mergem la „Meniu”, apoi la „Setări”, la „Despre smartphone / Despre tabletă”. Găsim aici „Numărul build » și vom crea niște acțiuni șamanice. Apăsăm pe el de 8-10 ori și la următoarea intrare în „Setări” într-un mod de neînțeles apare brusc „Pentru dezvoltatori” și „Depanare prin USB”. Rămâne doar să bifezi din nou caseta.
Vom presupune că am reușit și această depanare este activată. Prima dată când vă conectați la computerul nostru sau introduceți orice comandă, vi se va cere să aveți încredere în computerul conectat în prezent. Deci avem încredere completă în computerul nostru, apoi punem un daw, facem clic pe „Ok”. Tot. Depanarea este activată. Dacă brusc computerul nu dorește să detecteze dispozitivul nostru, atunci încercați următoarele. Verificați dacă smartphone-ul/tableta dvs. este blocat brusc. Deblocați-l, verificați din nou depanarea.
Dacă nu funcționează din nou, atunci încercați să actualizați/înlocuiți/reinstalați driverele USB pe computer. Notă: Este recomandabil să utilizați doar un port USB 2.0, nu un port precum USB 3.0. Totuși, îndrăznesc să fiu sigur că totul a funcționat pentru tine și că modul de configurare pentru YUSB a fost activat.
Vizitează-ne mai des!
Modul " depanare USB»Poate fi găsit întotdeauna în meniul de setări smartphone, indiferent de marca dispozitivului sau versiunea sistemului de operare. Cu toate acestea, trebuie remarcat faptul că calea finală prin care puteți ajunge la acest mod poate diferi. Și dacă te hotărăști activați depanarea USB, atunci probabil că încercați sau un program necesită acest lucru, de exemplu, pentru a recupera fișierele șterse pe Android.
Opțiunea 1 (relevantă pentru majoritatea versiunilor de sistem de operare Android).
Mai întâi trebuie să intri în meniul de setări. După aceea, în paragrafele inferioare, găsiți „Dezvoltare” și bifați caseta „Depanare prin USB”. 
Opțiunea a doua (relevantă pentru majoritatea tabletelor)
Aici algoritmul acțiunilor este identic cu prima opțiune, cu excepția elementului „Dezvoltare”. În versiunea sistemului de operare Android sub 2.2, acest articol se numește „Pentru dezvoltatori”.
După ce am scris prima versiune a codului programului nostru, bineînțeles că vom dori să o rulăm și să o testăm pentru a detecta potențiale probleme (sau doar pentru a ne arăta). Există două moduri de a face acest lucru: rulați aplicația pe un dispozitiv real conectat la computer folosind un cablu USB; invocați emulatorul inclus în SDK și testați aplicația pe acesta.
În ambele cazuri, trebuie să efectuăm unele acțiuni pentru a vedea programul nostru în acțiune.
Conexiune dispozitiv
Înainte de a conecta un dispozitiv pentru testare, asigurați-vă că este recunoscut de sistemul de operare. Pe Windows, aceasta necesită instalarea driverului corespunzător, care face parte din instalarea SDK pe care am instalat-o mai devreme. Doar conectați dispozitivul și urmați instrucțiunile pentru a instala driverul standard pentru Windows, indicând driverul / folderul din directorul de instalare SDK. Driverele pentru unele dispozitive vor trebui descărcate de pe site-ul web al producătorilor acestora. Pe Linux și Mac OS X, de obicei nu este nevoie să instalați driverele separat - acestea vin împreună cu sistemul de operare. În funcție de versiunea dvs. Linux, poate fi necesar să faceți câțiva pași suplimentari (de obicei, crearea unui nou fișier de reguli udev). Setul de acțiuni poate diferi pentru diferite dispozitive - o căutare pe web vă va ajuta.
Creați un dispozitiv virtual Android
SDK-ul vine cu un emulator care rulează așa-numitele dispozitive virtuale Android (AVD). Acest dispozitiv virtual constă dintr-o imagine a unei versiuni specifice a sistemului de operare Android, un shell și un set de atribute, inclusiv rezoluția afișajului, dimensiunea cardului de memorie etc. Pentru a crea un nou AVD, trebuie să rulați SDK-ul și managerul AVD. . Puteți face acest lucru fie așa cum este descris în instrucțiunile de instalare SDK, fie direct în Eclipse făcând clic pe butonul Manager SDK din bara de instrumente.
1. Selectați Dispozitive virtuale din lista din stânga. Ca rezultat, veți vedea o listă de dispozitive virtuale disponibile. Dacă nu ați folosit managerul SDK înainte, această listă va fi goală; hai sa schimbam aceasta stare de lucruri.
2. Faceți clic pe butonul Nou din dreapta pentru a crea un nou AVD. Va apărea un dialog (Fig. 2.7).
Orez. 2.7. Creați dialogul AVD în managerul SDK
3. Fiecare dispozitiv virtual are un nume (câmp de nume) prin care vă veți referi ulterior la el. Target definește versiunea Android pe care ar trebui să o utilizeze AVD-ul. În plus, puteți defini dimensiunea cardului de memorie pentru AVD, precum și rezoluția ecranului. Pentru proiectul nostru simplu hel1o world, putem viza Android 1.5, lăsând restul parametrilor neschimbați. Într-un mediu de testare din lumea reală, de obicei, trebuie să creați mai multe dispozitive virtuale pentru a testa aplicația pentru diferite versiuni ale sistemului de operare și dimensiuni de afișare.
NOTĂ
Dacă nu aveți dispozitive reale pe Android cu versiuni diferite și cu ecrane diferite, este mai convenabil să utilizați un emulator pentru testarea suplimentară a compatibilității aplicațiilor.
Lansarea aplicației
Acum, după configurarea dispozitivelor și a AVD-urilor, puteți lansa în sfârșit aplicația. În Eclipse, acest lucru este ușor - faceți clic dreapta pe proiectul hel1оworl d în vizualizarea Package Explorer și alegeți Run As Android Application (sau făcând clic pe butonul Run din bara de instrumente). Ca rezultat, mediul va efectua următoarele acțiuni în fundal.
1. Compilează proiectul într-un fișier ARC (dacă au existat modificări în fișiere de la ultima compilare).
2. Va crea o nouă configurație de lansare pentru proiectul Android dacă aceasta nu există deja (vom vorbi despre configurația de lansare în curând).
3. Instalați și rulați aplicația lansând una nouă sau utilizând un emulator care rulează deja al versiunii Android corespunzătoare, sau implementând-o și lansând-o pe un dispozitiv conectat (care are și o versiune de SO nu mai mică decât cea specificată de Min. parametrul Versiune SDK la crearea proiectului).
Dacă tocmai ați creat un AVD pentru Android 1.5 (așa cum este descris mai sus), pluginul Eclipse ADT va lansa o nouă instanță a emulatorului, va implementa Hello World ARC și va lansa aplicația. La ieșire, veți vedea ceva similar cu Fig. 2.8.
Emulatorul funcționează la fel ca un dispozitiv real și poți interacționa cu el cu mouse-ul ca și cum ai folosi degetul. Cu toate acestea, există unele diferențe față de lucrul cu un dispozitiv real.
Emulatorul nu acceptă multitouch. Mutați indicatorul mouse-ului și pretindeți că este degetul dvs. Unele aplicații lipsesc din emulator (de exemplu, Android Market).
Este inutil să scuturați monitorul pentru a schimba orientarea ecranului. În schimb, utilizați tasta 7 de pe tastatura numerică pentru a roti afișajul. Pentru a nu forma 7, trebuie mai întâi să apăsați Num Lock.
Orez. 2.8. Uimitoare aplicație Hello World în acțiune.
Emulatorul este foarte, foarte lent. Nu judeca performanța aplicației tale după viteza cu care rulează pe emulator.
La momentul scrierii, emulatorul acceptă doar OpenGL ES 1.0 cu câteva extensii. Pentru scopurile noastre, acest lucru este suficient (cu excepția faptului că implementarea bibliotecii grafice pe emulator suferă de erori și, uneori, puteți obține rezultate diferite decât pe un dispozitiv real). Pentru moment, amintiți-vă să nu testați aplicațiile folosind OpenGL ES pe un emulator.
Încercați diferite acțiuni cu emulator pentru a vă obișnui.
NOTĂ
Este nevoie de o perioadă semnificativă de timp pentru a porni o nouă instanță (până la câteva minute, în funcție de caracteristicile stației de lucru). Pentru a economisi timp, lăsați emulatorul să ruleze pentru întreaga sesiune de dezvoltare fără a-l reporni de fiecare dată.
Uneori, atunci când lansați o aplicație Android, selecția automată a emulatorului / dispozitivului efectuată de pluginul ADT devine o piedică. De exemplu, am conectat mai multe dispozitive sau emulatori și dorim să testăm proiectul pe unul dintre ele. Pentru a realiza acest lucru, puteți dezactiva selecția automată a emulatorului / dispozitivului în configurația de lansare a proiectului Android. Apropo, ce este o configurație de lansare?
Configurația de lansare oferă o modalitate de a spune lui Eclipse exact cum ar trebui să lanseze aplicația dvs. prin primirea comenzii corespunzătoare. Acest lucru se traduce de obicei în capacitatea de a defini argumentele liniei de comandă care urmează să fie transmise programului, argumente ale mașinii virtuale (în cazul aplicațiilor desktop Java SE), etc. Pluginurile Eclipse și terțe oferă diferite configurații de lansare pentru anumite tipuri de proiecte. ADT nu face excepție - adaugă și propria configurație de lansare la set. La prima lansare a aplicației noastre, Eclipse și ADT au creat o nouă configurație Android Application Run cu opțiuni implicite.
Pentru a accesa configurația de lansare a proiectului, urmați acești pași.
1. Faceți clic dreapta pe proiect în vizualizarea Package Explorer și selectați Run As - Run Configurations.
2. Selectați proiectul hello world din lista din stânga.
3. În partea dreaptă a ferestrei, puteți schimba numele configurației de lansare, precum și puteți ajusta alte setări în filele Android, Țintă și Commons.
4. Pentru a comuta implementarea de la automată la manuală, accesați fila Țintă și selectați Manual.
Acum, când lansați aplicația, vi se va solicita să selectați emulatorul sau dispozitivul adecvat de implementat. Acest dialog este prezentat în Fig. 2.9. Pentru claritate, am adăugat mai multe dispozitive virtuale cu versiuni diferite ale sistemului de operare țintă și am conectat, de asemenea, două dispozitive reale.
Orez. 2.9. Selectarea unui emulator/dispozitiv pentru a rula aplicația
Fereastra de dialog arată toți emulatorii care rulează și dispozitivele conectate în prezent, precum și alte AVD-uri care nu rulează în prezent.
Depanați aplicația
Uneori, aplicația se comportă în mod neașteptat sau nu mai funcționează. Pentru a determina cauza problemei, trebuie să puteți depana programul. Eclipse și ADT oferă capabilități incredibil de puternice pentru aplicațiile Android. Putem seta puncte de întrerupere în cod, putem obține valorile variabilelor, starea curentă a stivei și multe altele.
Înainte de a începe să utilizați depanarea, trebuie să editați fișierul AndroidManifest.xml. Acest punct este un fel de problemă de pui și ou, deoarece nu am analizat fișierele manifest înainte. În această etapă, trebuie doar să știm că fișierul manifest definește unele dintre atributele aplicației noastre. Una dintre ele este capacitatea de a depana aplicația. Acest parametru este sub forma unui atribut de etichetă XML
În timpul dezvoltării aplicației, puteți lăsa acest atribut în fișierul manifest. Cu toate acestea, nu uitați să îl eliminați înainte de a trimite pachetul pe Android Market.
Acum că ați activat depanarea pentru aplicația dvs., o puteți implementa pe un emulator sau dispozitiv. Acest lucru se traduce de obicei în stabilirea punctelor de întrerupere pentru a analiza starea programului în anumite etape. Pentru a seta un punct de întrerupere, deschideți fișierul de cod în Eclipse și faceți dublu clic în zona gri din fața liniei de cod dorite. Pentru a demonstra această posibilitate, să o facem pe linia 23 din clasa He1oWorl dActi vity. Acest lucru va face ca depanatorul să întrerupă fluxul programului de fiecare dată când este apăsat butonul de pe ecran. Punctul de întrerupere este marcat în editorul de cod cu un cerc mic în fața liniei pe care l-ați setat (Figura 2.10). Pentru a elimina punctul de întrerupere, faceți dublu clic pe el din nou în editorul de cod.
Orez. 2.10. Stabilirea unui punct de întrerupere
Lansarea depanării este foarte asemănătoare cu procesul de lansare a aplicației descris mai sus. Faceți clic dreapta pe proiect în vizualizarea Package Explorer și selectați Debug As - Android Application. Aceasta va crea o nouă configurație de depanare pentru proiectul dvs. (la fel cum ați făcut atunci când pur și simplu ați pornit programul). Puteți modifica setările implicite pentru o anumită configurație alegând Debug As - Debug Configurations din meniul contextual.
NOTĂ
În loc să utilizați meniul de comenzi rapide al proiectului în vizualizarea Package Explorer, puteți utiliza meniul Run pentru a rula și a depana aplicația și pentru a accesa setările.
Dacă este prima dată când începeți o sesiune de depanare, Eclipse vă va întreba dacă doriți să treceți la perspectiva Debug, cu care puteți fi de acord fără ezitare. Luați în considerare această perspectivă. În fig. 2.11 își arată aspectul după începerea procesului de depanare a aplicației noastre hel1® world.
Orez. 2.11. Perspectivă de depanare
Dacă vă amintiți turul nostru rapid al Eclipsei, veți ști că există mai multe perspective în el, constând dintr-un set de vederi pentru sarcini specifice. Perspectiva Depanare arată foarte diferită de perspectiva Run.
Prima dintre noile vizualizări care trebuie căutată este Debug în colțul din stânga sus. Afișează toate aplicațiile care rulează în prezent și stivele tuturor firelor lor dacă rulează în modul de depanare.
Sub vizualizarea Debug se află vizualizarea de editare a codului pe care am văzut-o deja când am explorat perspectiva Java.
Vizualizarea Consolă afișează mesaje de la pluginul ADT care ne informează despre ce se întâmplă.
Vizualizarea LogCat va fi unul dintre cei mai buni prieteni ai noștri atunci când dezvoltăm aplicații. Afișează un jurnal de mesaje care provin de la componentele sistemului, alte aplicații și programul nostru. Poate vedea, de asemenea, urma stivei dacă aplicația se blochează și propriile noastre mesaje în timp real. LogCat va fi discutat mai detaliat în secțiunea următoare.
Vederea Outline nu este foarte utilă în această perspectivă. Cel mai probabil veți învăța despre variabile și puncte de întrerupere și nu veți avea nevoie de poziția curentă în program. De obicei, închid această vedere din perspectiva Debug pentru a lăsa mai mult loc altora.
Vizualizarea Variabile este utilă în special în scopuri de depanare. Când depanatorul atinge punctul de întrerupere, avem posibilitatea de a examina și modifica variabilele în contextul programului curent.
În cele din urmă, vizualizarea Puncte de întrerupere arată o listă a punctelor de întrerupere pe care le-am setat.
Dacă sunteți curios, probabil că ați apăsat deja un buton dintr-o aplicație care rulează pentru a vedea funcționarea depanatorului. Se va opri la linia 23 conform punctului de întrerupere setat. De asemenea, puteți observa că în vizualizarea Variabile au apărut variabilele blocului curent al programului, constând din activitatea în sine (aceasta) și parametrul metodei (v). Pe măsură ce extindeți lista de variabile, le puteți explora mai detaliat.
Vizualizarea Depanare afișează urmărirea stivei pentru metoda curentă. Rețineți că puteți rula mai multe fire de execuție, oricare dintre acestea le puteți întrerupe oricând în vizualizarea Depanare. Linia la care este setat punctul de întrerupere este evidențiată pentru a indica poziția în codul programului.
Puteți spune depanatorului să execute expresia curentă (apăsând F6), să intre în metodele numite de metoda curentă (prin apăsarea F5) sau să continue executarea programului în mod normal (apăsând F8). De asemenea, puteți atinge aceleași obiective folosind meniul Run. Vă rugăm să rețineți că există de fapt mai multe opțiuni de depanare decât v-am spus. Ca întotdeauna, vă invit să experimentați cu ceea ce aveți nevoie.
NOTĂ
Curiozitatea este elementul de bază pentru dezvoltarea de succes a jocurilor Android. Va trebui să cunoașteți cu adevărat mediul dvs. de dezvoltare pentru a beneficia la maximum de el. dar nu pot descrie toate detaliile Eclipsei, așa că vă încurajez să experimentați din nou.
LogCat și DDMS
Pluginul ADT instalează multe vederi și perspective noi pentru a fi utilizate în Eclipse. Unul dintre cele mai utile concepte (menționat în trecere în secțiunea anterioară) se numește LogCat.
LogCat este un sistem de înregistrare a evenimentelor în Android care permite componentelor sistemului și aplicațiilor să afișeze informații la diferite niveluri. Fiecare intrare de jurnal constă din dată, oră, nivel de jurnal, ID-ul de proces al sursei jurnalului, o etichetă (definită de aplicația însăși) și mesajul în sine.
Vizualizarea LogCat colectează și scoate aceste informații de la un emulator conectat sau un dispozitiv real. În fig. 2.12 arată un exemplu de ieșire în vizualizarea LogCat.
Orez. 2.12. Vedere LogCat
Fiți atenți la butoanele din colțul din dreapta sus al LogCat.
Primele cinci dintre ele vă permit să selectați nivelurile de înregistrare pe care doriți să le vedeți.
Butonul verde plus vă permite să definiți un filtru bazat pe etichetă, ID proces, nivel de jurnal. Te va ajuta foarte mult dacă vrei doar să vezi jurnalul aplicației tale (care probabil va folosi o etichetă specială).
Restul butoanelor vă permit să editați și să schimbați filtrul, precum și să ștergeți fereastra de ieșire.
Dacă mai multe dispozitive/emulatoare sunt conectate în același timp, LogCat va scoate informații doar de la unul dintre ele. Pentru mai multe informații, puteți profita de perspectiva DDMS.
DDMS (Dalvik Debugging Monitor Server) oferă informații mai variate despre procesele Dalvik și mașinile virtuale care rulează pe toate dispozitivele conectate. Puteți comuta oricând la perspectiva DDMS utilizând elementul de meniu Fereastră - Deschideți Perspectivă - Altele - DDMS. În fig. Figura 2.13 arată cum arată de obicei o perspectivă DDMS.
Orez. 2.13. DDMS în acțiune
Ca și în cazul altor perspective, avem la dispoziție câteva vederi speciale care ne fac o muncă utilă. În acest caz, dorim să colectăm informații despre toate procesele, mașinile lor virtuale, firele de execuție, starea curentă a memoriei, datele de la LogCat pentru un anumit dispozitiv etc. Să luăm în considerare aceste vederi.
Dispozitive - Afișează toate dispozitivele și emulatoarele conectate și procesele care rulează pe acestea. Folosind butoanele din bara de instrumente, puteți efectua diverse acțiuni: depanați procesul selectat, înregistrați starea memoriei și a datelor din fire și faceți capturi de ecran.
LogCat - Similar cu cel descris în secțiunea anterioară, cu o diferență: scoate informații de la dispozitivul selectat în vizualizarea Dispozitive.
Control emulator - Vă permite să schimbați comportamentul unei instanțe de emulator care rulează. Puteți, de exemplu, să-l forțați să genereze eșantion de coordonate GPS pentru testare.
Fire - Afișează informații despre firele utilizate de procesul selectat în vizualizarea Dispozitive. Informațiile se vor afișa numai dacă ați activat urmărirea fluxului (puteți face acest lucru făcând clic pe al cincilea buton din stânga în vizualizarea Dispozitive).
Heap (nu este prezentat în Figura 2.13) - Oferă informații despre starea memoriei dispozitivului. Ca și în cazul datelor firului, trebuie să activați în mod explicit urmărirea memoriei în vizualizarea Dispozitive făcând clic pe al doilea buton din stânga.
Alocare Tracker - Afișează clasele utilizate recent. Ajută foarte mult atunci când se confruntă cu scurgeri de memorie.
File Explorer - Vă permite să modificați fișierele de pe un dispozitiv Android conectat sau pe o instanță de emulator. Puteți trage și plasa fișiere în această vizualizare în același mod ca și cu sistemul de operare.
DDMS este de fapt o aplicație autonomă integrată în Eclipse folosind pluginul ADT. Îl puteți rula separat de directorul $ ANDR0ID H0M E / instrumente (% ANDROID HOME% / instrumente când utilizați Windows). Nu se conectează direct la dispozitive, folosind Android Debug Bridge (ADB), un alt utilitar inclus în SDK. Să aruncăm o privire la el pentru a completa cunoștințele noastre despre mediul de dezvoltare Android.
Folosind ADB
ADB vă permite să gestionați dispozitivele conectate și instanțe de emulator. Are trei componente diferite.
O aplicație client lansată pe o mașină de dezvoltator folosind comanda adb (această comandă va funcționa dacă ați configurat corect variabilele de mediu). Când vorbim despre ADB, ne referim la acest utilitar de linie de comandă.
Un server care rulează și pe computerul dezvoltatorului. Este instalat ca serviciu de fundal și este responsabil pentru conexiunea dintre programul ADB și orice dispozitiv conectat sau instanță de emulator.
Daemon ADB, care este, de asemenea, un proces de fundal și rulează pe fiecare telefon sau emulator. Serverul ADB folosește acest demon pentru a se conecta.
De obicei folosim ADB prin DDMS, ignorând existența unui utilitar separat de linie de comandă. Dar uneori poate fi util să-l rulezi separat, așa că haideți să aruncăm o privire rapidă la unele dintre caracteristicile sale.
NOTĂ
Pentru o referință completă a comenzilor disponibile, consultați documentația ADB de pe site-ul Android Developers (http://developer.android.com).
O sarcină foarte utilă efectuată cu ADB este să obțineți o listă a tuturor dispozitivelor și emulatorilor conectați la serverul ADB (și, prin urmare, la computer). Pentru a face acest lucru, rulați următoarea comandă de consolă (notă: simbolul nu face parte din comandă):
Ca rezultat, ecranul va afișa o listă cu toate dispozitivele conectate și emulatorii cu numerele de serie corespunzătoare:
Numărul de serie al dispozitivului sau al emulatorului este folosit pentru a executa comenzile ulterioare. De exemplu, următoarea comandă va instala fișierul ARC myapp. un pachet de la mașina dezvoltatorului la dispozitivul cu numărul de serie НТ019Р803783:
Argumentul -s poate fi folosit cu orice comandă ADB care efectuează orice acțiune pe un anumit dispozitiv.
Există și comenzi pentru copierea fișierelor între computer și dispozitiv (emulator). Rezultatul următoarei comenzi este copierea fișierului local myfi1е. txt pe cardul de memorie al dispozitivului cu numărul de serie НТ019Р803783:
Pentru a face copii de rezervă ale fișierului. txt de pe stick-ul de memorie, utilizați următorul set de caractere:
Dacă un singur dispozitiv sau emulator este conectat în prezent la serverul ADB, puteți omite numărul de serie - adb îl va detecta automat.
Desigur, capacitățile ADB nu se limitează la caracteristicile pe care le-am descris. Multe dintre ele sunt implementate prin DDMS, iar în majoritatea cazurilor nu vom folosi linia de comandă. Cu toate acestea, pentru sarcini mici, este ideal.
Rezumând
Mediul de dezvoltare Android poate fi înfricoșător uneori. Din fericire, aveți nevoie doar de un subset al funcționalității pentru a începe.
Cel mai important lucru de înțeles după învățare este cum funcționează totul împreună. JDK și Android SDK servesc drept bază pentru toată dezvoltarea Android. Ele oferă instrumente pentru compilarea, implementarea și rularea aplicațiilor pe instanțele și dispozitivele de emulator. Pentru a accelera procesul de dezvoltare, folosim Eclipse împreună cu pluginul ADT, ceea ce ne scutește de problemele de a lucra cu JDK și SDK pe linia de comandă. Eclipse în sine este construit pe mai multe concepte de bază: spații de lucru pentru managementul proiectelor; Vizualizări care oferă funcționalități speciale (de exemplu, editarea codului programului sau a ieșirii LogCat); perspective care combină vederi pentru a efectua sarcini specifice (de exemplu, depanare); configurații de lansare și depanare care vă permit să definiți opțiuni pentru lansarea sau depanarea aplicației dvs.
O condiție prealabilă pentru a stăpâni toată această bogăție este practica, oricât de plictisitoare ar suna. În cursul studierii acestui lucru și vom implementa proiecte care vă vor familiariza cu mediul de dezvoltare Android. Cu toate acestea, nu te opri aici - depinde doar de tine dacă să faci următorii pași.
Acum că aveți toate aceste informații în minte, puteți merge mai departe spre ceea ce vă referiți: dezvoltarea jocului.
