Before we can connect our device fo

Before we can connect our device for testing purposes, we have to make sure that it is
recognized by the operating system. On Windows, this involves installing an appropriate
driver, which is part of the SDK installation we installed earlier. Just connect your device
and follow the standard driver installation project for Windows, pointing the process to
the driver/ folder in your SDK installation's root directory. For some devices, you might
have to get the driver from the manufacturer's web site.
On Linux and Mac OS X, you usually don't need to install any drivers, as these come
with the operating system. Depending on your Linux flavor, you might have to fiddle with
your USB device discovery a little bit, usually in the form of creating a new rules file for udev. This varies from device to device. A quick web search should bring up a solution for your device.

Creating an Android Virtual Device
The SDK comes with an emulator that will run so-called Android virtual devices (AVDs).
A virtual device consists of a system image of a specific Android version, a skin, and a set of attributes, which include the screen resolution, SD-card size, and so on.
To create an AVD, you have to fire up the SDK and AVD manager. You can either do this
as described previously in the SDK installation step, or directly from within Eclipse by clicking the SDK manager button in the toolbar.

1.

2.
Select Virtual Devices in the list on the left, and you will be presented
with a list of currently available AVDs. Unless you've already messed
around with the SDK manager, this list should be empty; let's change that.
To create a new AVD, click the New... button on the right, which will
bring up the dialog shown in Figure 2-7.

CHAPTER 2: First Steps with the Android SDK 39

Figure 2-7. The AVD creation dialog of the SDK manager

3.

Each AVD has a name by which you can refer to it later on. The target
specifies the Android version that the AVD should use. Additionally, you
can specify the size of the SD card of the AVD, as well as the screen
size. For our simple Hello World project, you can select an Android 1.5
target and leave everything else as it is. For real-life testing, you'd
usually want to create multiple AVDs that cover all the Android versions and screen sizes you want your application to handle.

NOTE: Unless you have dozens of different devices with different Android versions and screen
sizes, it is advisable to use the emulator for additional testing of Android version/screen size combinations.

Running an Application
Now that you've set up your devices and AVDs, you can finally run the Hello World
application. You can easily do this in Eclipse by right-clicking the "hello world" project in
the Package Explorer view, and then selecting Run As Android Application (or you can

40 CHAPTER 2: First Steps with the Android SDK

click the Run button on the toolbar). Eclipse will then perform the following steps for us
in the background:

1.

2.

3.
Compile the project to an APK file if any files have changed since the
last compilation.
Create a new Run configuration for the Android project if one does not
already exist. (We'll have a look into Run configurations in a minute.)
Install and run the application by starting or reusing an already running
emulator instance with a fitting Android version, or by deploying and
running the application on a connected device (which must also run at
least the minimum Android version you specified as the Min SDK Level
parameter when you created the project).

If you only created an Android 1.5 AVD, as suggested in the previous section, then the
ADT Eclipse plug-in will fire up a new emulator instance running that AVD, deploy the
Hello World APK file, and start the application. The output should look like Figure 2-8.

Figure 2-8. The awesome Hello World application in action!

CHAPTER 2: First Steps with the Android SDK

The emulator works almost exactly like a real device, and you can interact with it via
your mouse just as you would with your finger on a device. Here are a few differences
between a real device and the emulator:
The emulator only supports single-touch input. Simply use your mouse
cursor and pretend it is your finger.
The emulator is missing some applications, such as the Android
Market.
To change the orientation of the device on the screen, don't tilt your
monitor! Instead, use the 7 key on your numpad to change it. For this,
you have to first press the Num Lock key above the numpad to disable
its number functionality.
The emulator is really, really slow. Do not assess the performance of
your application by running it on the emulator.
The emulator currently only supports OpenGL ES 1.0 with a few
extensions. We'll talk about OpenGL ES in Chapter 7. For our
purposes this is fine, except that the OpenGL ES implementation on
the emulator is buggy and will often give you different results from
those you'll get on a real device. For now, just keep in mind that you should not test any OpenGL ES applications on the emulator.
Play around with it a little and get comfortable with it.

NOTE: Starting a fresh emulator instance takes considerable time (up to minutes depending on your hardware). You can leave the emulator running for your whole development session so you
don't have to restart it over and over again.

Sometimes when we run an Android application, the automatic emulator/device
selection performed by the ADT plug-in is a hindrance. For example, we might have
multiple devices/emulators connected, and want to test our application on a specific
device/emulator. To deal with this, we can turn off the automatic device/emulator
selection in the Run configuration of the Android project. So, what is a Run
configuration?
A Run configuration provides a way to tell Eclipse how it should start your application
when you tell it to run it. A Run configuration usually allows you to specify things like
command-line arguments passed to the application, VM arguments (in the case of Java
SE desktop applications), and so on. Eclipse and third-party plug-ins offer different Run
configurations for specific project types. The ADT plug-in adds an Android Application
Run configuration to the set of available Run configurations. When we first ran our
application earlier in the chapter, Eclipse and ADT created a new Android Application Run configuration for us in the background with default parameters.
41

42 CHAPTER 2: First Steps with the Android SDK

To get to the Run configuration of your Android project, do the following:

1.

2.
3.

4.
Right-click the project in the Package Explorer view and select Run As
Run Configurations.
From the list on the left side, select the "hello world" project.
On the right side of the dialog, you can now modify the name of the Run
configuration, and change other settings on the Android, Target, and
Commons tabs.
To change automatic deployment to manual deployment, click the
Target tab and select Manual.

When you run your application again, you'll be prompted to select a compatible
emulator or device to run the application on. Figure 2-9 shows the dialog. In this figure, I
added a couple more AVDs with different targets and also connected two devices.

Figure 2-9. Choosing an emulator/device to run the application on

The dialog shows all the running emulators and currently connected devices, as well as
all other AVDs that are not running at the moment. You can choose any emulator or
device to run your application on.

Debugging an Application
Sometimes our application will behave in unsuspected ways or crash. To figure out what
exactly is going wrong, we want to be able to debug our application.
Eclipse and ADT provide us with incredibly powerful debugging facilities for Android
applications. We can set breakpoints in our source code, inspect variables and the
current stack trace, and so forth.

CHAPTER 2: First Steps with the Android SDK

Before we can debug our application, we have to modify its AndroidManifest.xml file
first to enable debugging. This presents a bit of a chicken-and-egg problem, as we haven't looked into manifest files in detail yet. For now, it suffices to know that the
manifest file specifies some attributes of our application. One of those attributes is
whether the application is debuggable. This attribute is specified in the form of an xml
attribute of the tag in the manifest file. To enable debugging, we add the
following attribute to the in the manifest file:
android:debuggable="true"
While developing your application, you can safely leave that attribute in the manifest file.
But don't forget to remove it before you deploy your application to the market.
Now that you've set up your application to be debuggable, you can debug it on an
emulator or device. Usually, you will set breakpoints before debugging to inspect the
program state at certain points in the program.
To set a breakpoint, simply open the source file in Eclipse and double-click the gray
area in front of the line you want to set the breakpoint at. For demonstration purposes,
do that for line 23 in the HelloWorldActivity class. This will make the debugger stop
each time you click the button. The source code view should show you a small circle in
front of that line after you double-click, as in Figure 2-10. You can remove breakpoints
by again double-clicking them in the source code view.
43

Figure 2-10. Setting a breakpoint

Starting the debugging is much like running the application, as described in the previous
section. Right-click the project in the Package Explorer view and select Debug As
Android Application. This will create a new Debug configuration for your project, just like in
the case of simply running the

Creating an Android Virtual Device 
The SDK comes with an emulator that will run so-called Android virtual devices (AVDs). 
A virtual device consists of a system image of a specific Android version, a skin, and a set of attributes, which include the screen resolution, SD-card size, and so on. 
To create an AVD, you have to fire up the SDK and AVD manager. You can either do this 
as described previously in the SDK installation step, or directly from within Eclipse by clicking the SDK manager button in the toolbar.

2. 
Select Virtual Devices in the list on the left, and you will be presented 
with a list of currently available AVDs. Unless you've already messed 
around with the SDK manager, this list should be empty; let's change that. 
To create a new AVD, click the New... button on the right, which will 
bring up the dialog shown in Figure 2-7.

CHAPTER 2: First Steps with the Android SDK  39

Figure 2-7. The AVD creation dialog of the SDK manager

Each AVD has a name by which you can refer to it later on. The target 
specifies the Android version that the AVD should use. Additionally, you 
can specify the size of the SD card of the AVD, as well as the screen 
size. For our simple Hello World project, you can select an Android 1.5 
target and leave everything else as it is. For real-life testing, you'd 
usually want to create multiple AVDs that cover all the Android versions and screen sizes you want your application to handle.

NOTE: Unless you have dozens of different devices with different Android versions and screen 
sizes, it is advisable to use the emulator for additional testing of Android version/screen size combinations.

Running an Application 
Now that you've set up your devices and AVDs, you can finally run the Hello World 
application. You can easily do this in Eclipse by right-clicking the "hello world" project in 
the Package Explorer view, and then selecting Run As Android Application (or you can

40  CHAPTER 2: First Steps with the Android SDK

click the Run button on the toolbar). Eclipse will then perform the following steps for us 
in the background:

3. 
Compile the project to an APK file if any files have changed since the 
last compilation. 
Create a new Run configuration for the Android project if one does not 
already exist. (We'll have a look into Run configurations in a minute.) 
Install and run the application by starting or reusing an already running 
emulator instance with a fitting Android version, or by deploying and 
running the application on a connected device (which must also run at 
least the minimum Android version you specified as the Min SDK Level 
parameter when you created the project).

If you only created an Android 1.5 AVD, as suggested in the previous section, then the 
ADT Eclipse plug-in will fire up a new emulator instance running that AVD, deploy the 
Hello World APK file, and start the application. The output should look like Figure 2-8.

Figure 2-8. The awesome Hello World application in action!

CHAPTER 2: First Steps with the Android SDK

The emulator works almost exactly like a real device, and you can interact with it via 
your mouse just as you would with your finger on a device. Here are a few differences 
between a real device and the emulator: 
The emulator only supports single-touch input. Simply use your mouse 
cursor and pretend it is your finger. 
The emulator is missing some applications, such as the Android 
Market. 
To change the orientation of the device on the screen, don't tilt your 
monitor! Instead, use the 7 key on your numpad to change it. For this, 
you have to first press the Num Lock key above the numpad to disable 
its number functionality. 
The emulator is really, really slow. Do not assess the performance of 
your application by running it on the emulator. 
The emulator currently only supports OpenGL ES 1.0 with a few 
extensions. We'll talk about OpenGL ES in Chapter 7. For our 
purposes this is fine, except that the OpenGL ES implementation on 
the emulator is buggy and will often give you different results from 
those you'll get on a real device. For now, just keep in mind that you should not test any OpenGL ES applications on the emulator. 
Play around with it a little and get comfortable with it.

NOTE: Starting a fresh emulator instance takes considerable time (up to minutes depending on your hardware). You can leave the emulator running for your whole development session so you 
don't have to restart it over and over again.

Sometimes when we run an Android application, the automatic emulator/device 
selection performed by the ADT plug-in is a hindrance. For example, we might have 
multiple devices/emulators connected, and want to test our application on a specific 
device/emulator. To deal with this, we can turn off the automatic device/emulator 
selection in the Run configuration of the Android project. So, what is a Run 
configuration? 
A Run configuration provides a way to tell Eclipse how it should start your application 
when you tell it to run it. A Run configuration usually allows you to specify things like 
command-line arguments passed to the application, VM arguments (in the case of Java 
SE desktop applications), and so on. Eclipse and third-party plug-ins offer different Run 
configurations for specific project types. The ADT plug-in adds an Android Application 
Run configuration to the set of available Run configurations. When we first ran our 
application earlier in the chapter, Eclipse and ADT created a new Android Application Run configuration for us in the background with default parameters. 
41

42  CHAPTER 2: First Steps with the Android SDK

To get to the Run configuration of your Android project, do the following:

2. 
3.

4. 
Right-click the project in the Package Explorer view and select Run As 
Run Configurations. 
From the list on the left side, select the "hello world" project. 
On the right side of the dialog, you can now modify the name of the Run 
configuration, and change other settings on the Android, Target, and 
Commons tabs. 
To change automatic deployment to manual deployment, click the 
Target tab and select Manual.

When you run your application again, you'll be prompted to select a compatible 
emulator or device to run the application on. Figure 2-9 shows the dialog. In this figure, I 
added a couple more AVDs with different targets and also connected two devices.

Figure 2-9. Choosing an emulator/device to run the application on

The dialog shows all the running emulators and currently connected devices, as well as 
all other AVDs that are not running at the moment. You can choose any emulator or 
device to run your application on.

Debugging an Application 
Sometimes our application will behave in unsuspected ways or crash. To figure out what 
exactly is going wrong, we want to be able to debug our application. 
Eclipse and ADT provide us with incredibly powerful debugging facilities for Android 
applications. We can set breakpoints in our source code, inspect variables and the 
current stack trace, and so forth.

CHAPTER 2: First Steps with the Android SDK

Before we can debug our application, we have to modify its AndroidManifest.xml file 
first to enable debugging. This presents a bit of a chicken-and-egg problem, as we haven't looked into manifest files in detail yet. For now, it suffices to know that the 
manifest file specifies some attributes of our application. One of those attributes is 
whether the application is debuggable. This attribute is specified in the form of an xml 
attribute of the  tag in the manifest file. To enable debugging, we add the 
following attribute to the  in the manifest file: 
android:debuggable="true" 
While developing your application, you can safely leave that attribute in the manifest file. 
But don't forget to remove it before you deploy your application to the market. 
Now that you've set up your application to be debuggable, you can debug it on an 
emulator or device. Usually, you will set breakpoints before debugging to inspect the 
program state at certain points in the program. 
To set a breakpoint, simply open the source file in Eclipse and double-click the gray 
area in front of the line you want to set the breakpoint at. For demonstration purposes, 
do that for line 23 in the HelloWorldActivity class. This will make the debugger stop 
each time you click the button. The source code view should show you a small circle in 
front of that line after you double-click, as in Figure 2-10. You can remove breakpoints 
by again double-clicking them in the source code view. 
43

Figure 2-10. Setting a breakpoint

Starting the debugging is much like running the application, as described in the previous 
section. Right-click the project in the Package Explorer view and select Debug As 
Android Application. This will create a new Debug configuration for your project, just like in 
the case of simply running the

0/5000

Từ: -

Sang: -

Kết quả (Việt) 1: [Sao chép]

Sao chép!

Trước khi chúng tôi có thể kết nối thiết bị của chúng tôi cho mục đích thử nghiệm, chúng ta phải đảm bảo rằng nó là
công nhận bởi hệ điều hành. trên cửa sổ, điều này liên quan đến việc cài đặt một trình điều khiển thích hợp
, mà là một phần của quá trình cài đặt SDK chúng ta cài đặt trước đó. chỉ cần kết nối thiết bị của bạn
và theo dự án lắp đặt trình điều khiển tiêu chuẩn cho các cửa sổ, chỉ quá trình cho
người lái xe / thư mục trong thư mục gốc cài đặt SDK của bạn. cho một số thiết bị, bạn có thể
có để có được trình điều khiển từ trang web của nhà sản xuất.
Trên Linux và Mac OS X, bạn thường không cần phải cài đặt bất kỳ trình điều khiển, như những đi
với hệ điều hành. tùy thuộc vào hương vị Linux của bạn, bạn có thể phải fiddle với
phát hiện thiết bị USB của bạn một chút,thường ở dạng của việc tạo ra một tập tin quy định mới cho udev. này thay đổi từ thiết bị đến thiết bị. một tìm kiếm trên web nhanh chóng sẽ mang lại một giải pháp cho thiết bị của bạn.

Tạo ra một thiết bị ảo Android
SDK đi kèm với một trình giả lập sẽ chạy được gọi là thiết bị ảo Android (avds).
Một thiết bị ảo bao gồm một hệ thống hình ảnh của một phiên bản cụ thể Android, một làn da, và một tập hợp các thuộc tính,trong đó bao gồm độ phân giải màn hình, kích thước SD Card, và như vậy.
Để tạo ra một AVD, bạn phải cháy lên SDK và AVD quản lý. bạn có thể làm điều này
như mô tả trước đây trong bước cài đặt SDK, hoặc trực tiếp từ trong nhật thực bằng cách nhấn vào nút quản lý SDK trên thanh công cụ.

1.

2.
Chọn thiết bị ảo trong danh sách bên trái, và bạn sẽ được trình bày
với một danh sách các avds hiện nay. trừ khi bạn đã sai lầm
xung quanh với người quản lý SDK, danh sách này sẽ được sản phẩm nào, chúng ta hãy thay đổi điều đó.
Để tạo ra một AVD mới, nhấp vào mới ... nút trên bên phải, mà
sẽ đưa lên hộp thoại thể hiện trong hình 2-7.

Chương 2: bước đầu tiên với SDK Android 39

con số 2-7. hộp thoại tạo AVD của người quản lý sdk

3.

Mỗi AVD có một cái tên mà bạn có thể đề cập đến nó sau này. mục tiêu
xác định phiên bản Android mà các AVD nên sử dụng. ngoài ra, bạn có thể chỉ định
kích thước của thẻ sd của AVD, cũng như màn hình kích thước
. cho dự án hello thế giới đơn giản của chúng tôi, bạn có thể chọn mục tiêu 1,5
Android và để lại tất cả mọi thứ khác vì nó là. để thử nghiệm thực tế cuộc sống, bạn sẽ
thường muốn tạo ra nhiều avds bao gồm tất cả các phiên bản Android và kích cỡ màn hình bạn muốn ứng dụng của bạn để xử lý.

Lưu ý: trừ khi bạn có hàng tá thiết bị khác nhau với các phiên bản Android khác nhau và màn hình kích thước
, nó được khuyến khích sử dụng giả lập để thử nghiệm bổ sung kết hợp kích thước phiên bản / màn hình Android.

Chạy một ứng dụngbây giờ mà bạn đã thiết lập các thiết bị và avds của bạn, cuối cùng bạn có thể chạy các ứng dụng hello thế giới
. bạn có thể dễ dàng làm điều này trong nhật thực bằng cách kích chuột phải vào "hello world" dự án trong
xem gói thám hiểm, và sau đó chọn chạy như ứng dụng Android (hoặc bạn có thể

40 chương 2: bước đầu tiên với SDK Android

nhấp vào nút chạy trên thanh công cụ).sau đó nhật thực sẽ thực hiện các bước sau đây cho chúng ta
trong nền:

1.

2.

3.
Lập dự án vào một tập tin apk nếu bất kỳ tập tin đã thay đổi kể từ khi biên soạn
cuối cùng.
Tạo ra một cấu hình chạy mới cho dự án Android nếu không
đã tồn tại. (Chúng tôi sẽ có một cái nhìn vào cấu hình chạy trong một phút.)
cài đặt và chạy các ứng dụng bằng cách bắt đầu hoặc tái sử dụng một đang chạy
giả lập ví dụ với một phiên bản Android phù hợp, hoặc bằng cách triển khai và
chạy các ứng dụng trên một thiết bị kết nối (mà cũng phải chạy
nhất là phiên bản Android tối thiểu mà bạn chỉ định như min mức sdk
tham số khi bạn tạo ra dự án).

Nếu bạn chỉ tạo ra một Android 1.5 AVD,như đề xuất trong phần trước, sau đó các
adt nhật plug-in sẽ cháy lên một trường hợp giả lập mới chạy AVD đó, triển khai các tập tin apk
hello thế giới, và khởi động ứng dụng. sản lượng sẽ giống như con số 2-8.

Con số 2-8. hello thế giới ứng dụng tuyệt vời trong hành động!

Chương 2: bước đầu tiên với SDK Android

giả lập hoạt động gần như chính xác như một thiết bị thực sự, và bạn có thể tương tác với nó thông qua
con chuột của bạn cũng giống như bạn làm với ngón tay của bạn trên một thiết bị. đây là một vài sự khác biệt
giữa một thiết bị thực và giả lập:
giả lập chỉ hỗ trợ duy nhất cảm ứng đầu vào. chỉ cần sử dụng chuột
con trỏ của bạn và giả vờ đó là ngón tay của bạn.
Giả lập còn thiếu một số ứng dụng, chẳng hạn như Android
thị trường.
để thay đổi định hướng của thiết bị trên màn hình, không nghiêng
bạn theo dõi! thay vào đó, sử dụng các phím trên 7 Numpad của bạn để thay đổi nó. cho điều này,
trước tiên bạn phải nhấn phím khóa num trên Numpad để vô hiệu hóa chức năng
số của nó.
Giả lập thực sự, thực sự chậm. không đánh giá hiệu suất của ứng dụng của bạn
bằng cách chạy nó trên giả lập.
giả lập hiện chỉ hỗ trợ OpenGL 1.0 es với một vài phần mở rộng
. chúng tôi sẽ nói về es OpenGL trong chương 7. cho
mục đích của chúng là tốt, ngoại trừ các es thực hiện OpenGL trên
giả lập là lỗi và thường xuyên sẽ cung cấp cho bạn kết quả khác nhau từ
những bạn sẽ nhận được trên một thiết bị thực. bây giờ, chỉ cần ghi nhớ rằng bạn không nên kiểm tra bất kỳ ứng dụng es OpenGL trên giả lập.
chơi xung quanh với nó một chút và có được thoải mái với nó.

Lưu ý: bắt đầu từ một trường hợp giả lập mới cần có thời gian đáng kể (lên đến phút tùy thuộc vào phần cứng của bạn). bạn có thể để mô phỏng chạy cho phiên phát triển toàn bộ của bạn, do đó bạn
không cần phải khởi động lại nó hơn và hơn nữa.

Đôi khi chúng tôi chạy một ứng dụng Android, bộ mô phỏng / thiết bị tự động
lựa chọn được thực hiện bởi adt plug-in là một trở ngại. Ví dụ, chúng ta có thể có
nhiều thiết bị / giả lập kết nối, và muốn thử nghiệm ứng dụng của chúng tôi trên một thiết bị cụ thể
/ giả lập. để đối phó với điều này, chúng ta có thể tắt các thiết bị tự động / giả lập
lựa chọn trong cấu hình hoạt động của các dự án Android. như vậy, một chạy
cấu hình là gì?
một cấu hình chạy cung cấp một cách để nói với nhật thực nó như thế nào nên bắt đầu ứng dụng của bạn
khi bạn nói cho nó để chạy nó. một cấu hình chạy thường cho phép bạn xác định những thứ như
đối số dòng lệnh được truyền cho ứng dụng, lập luận vm (trong trường hợp của java
se các ứng dụng máy tính để bàn), và như vậy. nhật thực và các plug-in của bên thứ ba cung cấp khác nhau chạy
cấu hình cho các loại dự án cụ thể.các adt plug-in cho biết thêm một cấu hình ứng dụng chạy Android
để thiết lập các cấu hình có sẵn chạy. khi chúng tôi lần đầu tiên chạy ứng dụng của chúng tôi
trước đó trong chương, nhật thực và adt tạo ra một cấu hình ứng dụng Android chạy mới cho chúng tôi trong nền với các thông số mặc định.
41

42 chương 2: bước đầu tiên với SDK Android

để có được cấu hình hoạt động của dự án Android của bạn,làm như sau:

1.

2.
3.

4.
Bấm chuột phải vào dự án trong gói thám hiểm xem và chọn chạy như
chạy cấu hình.
Từ danh sách bên trái, chọn dự án "hello world".
Ở phía bên phải của hộp thoại, bạn có thể thay đổi tên của chạy
cấu hình, và thay đổi các thiết lập khác trên Android, mục tiêu, và
commons tab.
thay đổi tự động triển khai để hướng dẫn triển khai, nhấp vào tab
mục tiêu và chọn hướng.

Khi bạn chạy ứng dụng của bạn một lần nữa, bạn sẽ được nhắc nhở để lựa chọn một tương thích
giả lập hoặc thiết bị để chạy các ứng dụng trên. Hình 2-9 cho thấy hộp thoại. trong con số này, tôi
thêm một vài chi tiết avds với các mục tiêu khác nhau và cũng kết nối hai thiết bị.

Con số 2-9.lựa chọn một mô phỏng / thiết bị để chạy các ứng dụng trên

hộp thoại hiển thị tất cả các giả lập chạy và các thiết bị hiện đang kết nối, cũng như tất cả
avds khác mà không chạy vào lúc này. bạn có thể chọn bất kỳ mô phỏng hay
thiết bị để chạy ứng dụng của bạn trên.

Gỡ lỗi một ứng dụng đôi khi ứng dụng của chúng tôi sẽ hành xử theo những cách không bị nghi ngờ hoặc sụp đổ. tìm ra những gì
chính xác là đi sai, chúng tôi muốn để có thể gỡ lỗi ứng dụng của chúng tôi.
Nhật thực và adt cung cấp cho chúng với các cơ sở gỡ lỗi vô cùng mạnh mẽ cho Android
ứng dụng. chúng ta có thể thiết lập các điểm ngắt trong mã nguồn của chúng tôi, kiểm tra các biến và
hiện tại vết đống, và vv.

Chương 2: bước đầu tiên với SDK Android

trước khi chúng tôi có thể gỡ lỗi ứng dụng của chúng tôi, chúng tôi phải thay đổi androidmanifest của nó.file xml
đầu tiên cho phép gỡ lỗi. này trình bày một chút của một vấn đề con gà và quả trứng, như chúng ta đã không nhìn vào tập tin biểu hiện chi tiết được nêu ra. bây giờ, nó cũng đủ để biết rằng
file manifest quy định cụ thể một số thuộc tính của ứng dụng. một trong những thuộc tính là
cho dù ứng dụng là debuggable. thuộc tính này được quy định trong hình thức của một xml
thuộc tính của thẻ trong file manifest. để cho phép gỡ lỗi, chúng ta thêm thuộc tính
sau vào trong file manifest:
Android: debuggable = "true"
trong khi phát triển ứng dụng của bạn, bạn có thể an toàn rời khỏi thuộc tính trong file manifest.
Nhưng đừng quên để loại bỏ nó trước khi bạn triển khai ứng dụng của bạn ra thị trường.
bây giờ mà bạn đã thiết lập ứng dụng của bạn là debuggable, bạn có thể gỡ lỗi đó trên một giả lập
hoặc thiết bị. thường, bạn sẽ đặt breakpoint trước khi gỡ lỗi để kiểm tra các chương trình
nhà nước tại một số điểm trong chương trình.
Để thiết lập một breakpoint, chỉ cần mở tập tin nguồn trong nhật thực và nhấp đúp vào màu xám
khu vực ở phía trước của dòng bạn muốn thiết lập các điểm dừng tại. cho mục đích trình diễn,
làm điều đó cho dòng 23 trong lớp helloworldactivity. điều này sẽ làm dừng trình gỡ lỗi
mỗi khi bạn nhấn nút. xem mã nguồn sẽ cho bạn thấy một vòng tròn nhỏ trong
trước dòng sau khi bạn nhấp đúp vào, như trong hình 2-10. bạn có thể loại bỏ các điểm ngắt
bởi một lần nữa cách nhấp đúp vào chúng trong xem mã nguồn.

43

hình 2-10. thiết lập một điểm dừng

bắt đầu gỡ lỗi là giống như chạy các ứng dụng, như mô tả trong phần trước
. bấm chuột phải vào dự án trong gói thám hiểm xem và chọn gỡ lỗi như
ứng dụng Android. điều này sẽ tạo ra một cấu hình gỡ rối mới cho dự án của bạn, giống như trong trường hợp của
chỉ đơn giản là chạy

đang được dịch, vui lòng đợi..

Kết quả (Việt) 2:[Sao chép]

Sao chép!

Trước khi chúng tôi có thể kết nối thiết bị của chúng tôi cho mục đích thử nghiệm, chúng ta phải đảm bảo rằng nó là
được công nhận bởi hệ điều hành. Trên Windows, điều này bao gồm cài đặt một thích hợp
driver, mà là một phần của tiến trình cài đặt SDK chúng tôi cài đặt trước đó. Chỉ cần kết nối điện thoại
và thực hiện dự án cài đặt trình điều khiển tiêu chuẩn đối với Windows, trỏ trình để
trình điều khiển / thư mục trong thư mục gốc của bạn cài đặt SDK. Đối với một số điện thoại, bạn có thể
có để có được trình điều khiển từ trang web của nhà sản xuất.
Trên Linux và hệ điều hành Mac OS X, bạn thường không cần phải cài đặt bất kỳ trình điều khiển, như đến
với hệ điều hành. Tùy thuộc vào hương vị Linux của bạn, bạn có thể cần phải fiddle với
phát hiện thiết bị USB của bạn một chút, thông thường trong các hình thức của việc tạo ra một tập tin quy định mới cho udev. Điều này thay đổi từ điện thoại để điện thoại. Tìm kiếm trên web nhanh chóng nên mang lên một giải pháp cho thiết bị của bạn.

Tạo một thiết bị Android ảo
The SDK đi kèm với một mô phỏng sẽ chạy cái gọi là thiết bị Android ảo (AVDs).
Một thiết bị ảo bao gồm một hình ảnh hệ thống Android Phiên bản cụ thể, một làn da và một tập các thuộc tính, bao gồm độ phân giải màn hình, kích thước thẻ SD, và như vậy.
Để tạo ra một AVD, bạn phải bắn lên người quản lý SDK và AVD. Bạn có thể hoặc là làm điều này
như mô tả trước đó trong bước cài đặt SDK, hoặc trực tiếp từ bên trong Eclipse bằng cách nhấn vào nút SDK quản lý trên thanh công cụ.

1.

2.
Chọn các thiết bị ảo trong danh sách bên trái, và bạn sẽ được trình bày
với một danh sách các AVDs hiện có sẵn. Trừ khi bạn đã điều sai
xung quanh với người quản lý SDK, danh sách này nên được sản phẩm nào; Hãy thay đổi điều đó.
Để tạo ra một AVD mới, bấm vào tạo mới... nút bên phải, mà sẽ
đưa lên hộp thoại hiển thị trong hình 2-7.

Chương 2: lần đầu tiên bước với Android SDK 39

hình 2-7. Hộp AVD sáng tạo của người quản lý SDK

3.

Mỗi AVD có một tên mà bạn có thể chỉ đến nó sau này. Mục tiêu
chỉ định các phiên bản Android AVD nên sử dụng. Ngoài ra, bạn
có thể xác định kích thước của thẻ SD của AVD, màn hình
kích thước. Cho chúng tôi dự án Xin chào thế giới đơn giản, bạn có thể chọn một Android 1,5
nhắm mục tiêu và để lại tất cả mọi thứ khác vì nó là. Đối với cuộc sống thực thử nghiệm, bạn sẽ
thường muốn tạo nhiều AVDs mà bao gồm tất cả các phiên bản Android và kích thước màn hình bạn muốn ứng dụng của bạn để xử lý.

Ghi chú: trừ khi bạn có hàng chục các thiết bị khác nhau với khác nhau các phiên bản Android và màn hình
kích cỡ, nó được khuyến khích để sử dụng bộ mô phỏng cho thử nghiệm bổ sung của các phiên bản Android/màn hình kích thước kết hợp.

Chạy một ứng dụng
Bây giờ mà bạn đã thiết lập thiết bị và AVDs của bạn, bạn có thể cuối cùng chạy các Xin chào thế giới
ứng dụng. Bạn có thể dễ dàng làm điều này trong Eclipse bằng cách nhấp chuột phải các dự án "hello world"
xem gói Explorer, và sau đó chọn chạy như Android đơn (hoặc bạn có thể

40 chương 2: bước đầu tiên với Android SDK

nhấp vào nút chạy trên thanh công cụ). Nhật thực sau đó sẽ thực hiện theo các bước sau đối với chúng tôi
trong nền:

1.

2.

3.
Biên dịch dự án vào một tập tin APK nếu bất kỳ tập tin đã thay đổi kể từ khi các
tác biên soạn.
Tạo một cấu hình chạy mới cho dự án Android nếu một không
đã tồn tại. (Chúng tôi sẽ có một cái nhìn vào cấu hình chạy trong một phút.)
Cài đặt và chạy các ứng dụng bằng bắt đầu hoặc sử dụng lại một đã chạy
trường hợp mô phỏng với một phiên bản Android phù hợp, hoặc bằng cách triển khai và
chạy các ứng dụng trên một thiết bị kết nối (mà cũng phải chạy tại
ít nhất là tối thiểu Android Phiên bản bạn đã chỉ định là cấp SDK Min
tham số khi bạn tạo ra dự án).

Nếu bạn chỉ tạo ra một Android 1,5 AVD, đề nghị trong phần trước, sau đó các
ADT Eclipse plug-in sẽ cháy lên một trường hợp mô phỏng mới chạy AVD đó, triển khai các
Xin chào thế giới APK tập tin, và bắt đầu các ứng dụng. Đầu ra sẽ giống như hình 2-8.

Hình 2-8. Ứng dụng Hello World awesome trong hành động!

Chương 2: lần đầu tiên bước với Android SDK

Các tác phẩm giả lập gần như chính xác như một thiết bị thực sự, và bạn có thể tương tác với nó thông qua
con chuột của bạn cũng giống như bạn sẽ cùng với ngón tay của bạn trên một thiết bị. Dưới đây là một vài sự khác biệt
giữa một thiết bị thực tế và mô phỏng:
giả lập chỉ hỗ trợ đầu vào liên lạc duy nhất. Chỉ cần sử dụng con chuột của bạn
con trỏ và giả vờ nó là ngón tay của bạn.
Bộ mô phỏng thiếu một số ứng dụng, chẳng hạn như Android
thị trường.
Để thay đổi hướng của điện thoại trên màn hình, không nghiêng của bạn
màn hình! Thay vào đó, sử dụng 7 phím trên numpad của bạn để thay đổi nó. Đối với điều này,
bạn phải đầu tiên nhấn phím Num Lock trên numpad để vô hiệu hóa
số chức năng của nó.
Bộ mô phỏng là thực sự, thực sự chậm. Không đánh giá hiệu suất của
ứng dụng của bạn bằng cách chạy nó trên giả lập.
Các mô phỏng hiện thời chỉ hỗ trợ OpenGL ES 1.0 với một vài
tiện ích mở rộng. Chúng tôi sẽ nói về OpenGL ES trong chương 7. Cho chúng tôi
mục đích này là tốt, ngoại trừ việc thực hiện OpenGL ES ngày
bộ mô phỏng là lỗi và thường sẽ cung cấp cho bạn các kết quả khác nhau từ
những người bạn sẽ nhận được trên một thiết bị thực sự. Để bây giờ, chỉ cần ghi nhớ rằng bạn không nên kiểm tra bất kỳ ứng dụng OpenGL ES trên mô phỏng.
Chơi xung quanh với nó một chút và có được thoải mái với nó.

Lưu ý: bắt đầu từ một trường hợp tươi giả lập mất thời gian đáng kể (lên đến phút tùy thuộc vào phần cứng của bạn). Bạn có thể để mô phỏng chạy cho phiên toàn bộ phát triển của bạn vì vậy bạn
không cần phải khởi động lại nó hơn và hơn nữa.

Đôi khi, khi chúng tôi chạy một ứng dụng Android, tự động giả lập/điện thoại
lựa chọn thực hiện bởi AST plug-in là một trở ngại. Ví dụ, chúng tôi có thể có
nhiều thiết bị/emulators kết nối, và muốn kiểm tra của chúng tôi ứng dụng trên một cụ thể
thiết bị/mô phỏng. Để đối phó với điều này, chúng tôi có thể tắt các thiết bị tự động/mô phỏng
lựa chọn trong cấu hình chạy của dự án Android. Vì vậy, những gì là một chạy
cấu hình?
Một cấu hình chạy cung cấp một cách cho Eclipse làm thế nào nó nên khởi động ứng dụng của bạn
khi bạn nói với nó để chạy nó. Một cấu hình chạy thường cho phép bạn xác định những thứ như
đối số dòng lệnh được truyền cho các ứng dụng, VM đối số (trong trường hợp của Java
Tây các ứng dụng máy tính để bàn), và như vậy. Eclipse và cắm bên thứ ba cung cấp khác nhau chạy
cấu hình cho các loại dự án cụ thể. ADT plug-in cho biết thêm một ứng dụng Android
chạy cấu hình các thiết lập của có chạy cấu hình. Khi chúng tôi lần đầu tiên chạy của chúng tôi
ứng dụng trước đó trong chương, Eclipse và ADT tạo một cấu hình ứng dụng Android chạy mới cho chúng tôi trong nền với tham số mặc định.
41

42 Chương 2: bước đầu tiên với Android SDK

để có được cấu hình chạy của dự án Android của bạn, thực hiện như sau:

1.

2.
3.

4.
Nhấp chuột phải vào dự án trong chế độ xem gói Explorer và chọn chạy với tư
chạy cấu hình.
Từ danh sách bên trái, chọn dự án "hello world".
Trên bên phải của hộp thoại, bạn có thể bây giờ sửa đổi tên của chạy
cấu hình, và thay đổi các cài đặt khác trên Android, mục tiêu, và
Commons tab.
Để thay đổi triển khai tự động hướng dẫn sử dụng triển khai, hãy nhấp vào các
nhắm mục tiêu tab và chọn hướng dẫn sử dụng.

Khi bạn chạy ứng dụng của bạn một lần nữa, bạn sẽ được nhắc chọn một tương thích
mô phỏng hoặc thiết bị để chạy các ứng dụng trên. Hình 2-9 cho thấy hộp thoại. Trong hình này, tôi
thêm một vài thêm AVDs với mục tiêu khác nhau và cũng có thể kết nối hai thiết bị.

Hình 2-9. Việc lựa chọn một mô phỏng/thiết bị để chạy các ứng dụng trên

hộp thoại hiển thị tất cả chạy emulators và hiện đang kết nối thiết bị, cũng như
tất cả các AVDs không đang chạy tại thời điểm này. Bạn có thể chọn bất kỳ mô phỏng hoặc
để chạy ứng dụng của bạn trên thiết bị.

Gỡ lỗi một ứng dụng
đôi khi ứng dụng của chúng tôi sẽ hành xử trong cách unsuspected hoặc tai nạn. Để tìm ra những gì
chính xác sẽ sai, chúng tôi muốn để có thể để gỡ lỗi các ứng dụng của chúng tôi.
Eclipse và ADT cung cấp cho chúng tôi với tiện nghi gỡ lỗi rất mạnh cho Android
ứng dụng. Chúng tôi có thể thiết lập điểm ngắt trong mã nguồn của chúng tôi, kiểm tra các biến và các
theo dõi stack hiện tại, và vv.

Chương 2: lần đầu tiên bước với Android SDK

trước khi chúng tôi có thể gỡ lỗi ứng dụng của chúng tôi, chúng tôi phải thay đổi AndroidManifest của nó.tệp tin XML
lần đầu tiên để cho phép gỡ lỗi. Điều này trình bày một chút của một vấn đề quả trứng gà, như chúng tôi đã không nhìn vào tập tin chi tiết được nêu ra. Để bây giờ, nó suffices để biết rằng các
tệp kê khai chỉ định một số thuộc tính của ứng dụng của chúng tôi. Một trong các thuộc tính đó là
cho dù ứng dụng là debuggable. Thuộc tính này được chỉ định trong các hình thức của một xml
thuộc tính của thẻ trong tệp kê khai. Để cho phép gỡ lỗi, chúng tôi thêm các
sau thuộc tính để trong tệp kê khai:
android: debuggable = "true"
trong khi phát triển ứng dụng của bạn, bạn một cách an toàn có thể để lại thuộc tính đó trong các tập tin bản kê.
nhưng không quên để loại bỏ nó trước khi bạn triển khai ứng dụng của bạn để thị trường.
Bây giờ mà bạn đã thiết lập ứng dụng của bạn là debuggable, bạn có thể gỡ lỗi nó trên một
mô phỏng hoặc thiết bị. Thông thường, bạn sẽ thiết lập điểm ngắt trước khi gỡ lỗi để kiểm tra các
chương trình nhà nước tại một số điểm trong chương trình.
Để đặt một breakpoint, chỉ đơn giản là mở các tập tin nguồn tại Eclipse và nhấp đúp vào màu xám
lá ở phía trước của dòng bạn muốn thiết lập điểm ngắt lúc. Cho các mục đích cuộc biểu tình,
làm điều đó cho dòng 23 trong lớp HelloWorldActivity. Điều này sẽ làm cho trình gỡ lỗi dừng
mỗi khi bạn nhấp vào nút. Xem mã nguồn nên hiển thị cho bạn một vòng tròn nhỏ ở
trước của dòng sau khi bạn nhấp đúp, như trong hình 2-10. Bạn có thể loại bỏ điểm ngắt
bởi một lần nữa nhấp đúp vào chúng trong chế độ xem mã nguồn.
43

Hình 2-10. Thiết lập điểm ngắt một

Bắt đầu các gỡ lỗi là giống như chạy các ứng dụng, như được diễn tả ở trước
phần. Nhấp chuột phải vào dự án trong chế độ xem gói Explorer và chọn gỡ lỗi như
ứng dụng Android. Điều này sẽ tạo một cấu hình gỡ lỗi mới cho dự án của bạn, giống như trong
trường hợp chỉ đơn giản là chạy các

đang được dịch, vui lòng đợi..

Kết quả (Việt) 3:[Sao chép]

Sao chép!

đang được dịch, vui lòng đợi..

Các ngôn ngữ khác

Hỗ trợ công cụ dịch thuật: Albania, Amharic, Anh, Armenia, Azerbaijan, Ba Lan, Ba Tư, Bantu, Basque, Belarus, Bengal, Bosnia, Bulgaria, Bồ Đào Nha, Catalan, Cebuano, Chichewa, Corsi, Creole (Haiti), Croatia, Do Thái, Estonia, Filipino, Frisia, Gael Scotland, Galicia, George, Gujarat, Hausa, Hawaii, Hindi, Hmong, Hungary, Hy Lạp, Hà Lan, Hà Lan (Nam Phi), Hàn, Iceland, Igbo, Ireland, Java, Kannada, Kazakh, Khmer, Kinyarwanda, Klingon, Kurd, Kyrgyz, Latinh, Latvia, Litva, Luxembourg, Lào, Macedonia, Malagasy, Malayalam, Malta, Maori, Marathi, Myanmar, Mã Lai, Mông Cổ, Na Uy, Nepal, Nga, Nhật, Odia (Oriya), Pashto, Pháp, Phát hiện ngôn ngữ, Phần Lan, Punjab, Quốc tế ngữ, Rumani, Samoa, Serbia, Sesotho, Shona, Sindhi, Sinhala, Slovak, Slovenia, Somali, Sunda, Swahili, Séc, Tajik, Tamil, Tatar, Telugu, Thái, Thổ Nhĩ Kỳ, Thụy Điển, Tiếng Indonesia, Tiếng Ý, Trung, Trung (Phồn thể), Turkmen, Tây Ban Nha, Ukraina, Urdu, Uyghur, Uzbek, Việt, Xứ Wales, Yiddish, Yoruba, Zulu, Đan Mạch, Đức, Ả Rập, dịch ngôn ngữ.