Android 4.0 (API level 14) introduc

Android 4.0 (API level 14) introduced a number of new flags that can be used and combined when binding a Service to an application:
► bind_adjust_with_activity — Causes the Service’s priority to be adjusted based on the relative importance of the Activity to which it is bound. As a result, the run time will increase the priority of the Service when the Activity is in the foreground.
► bind_above_client and bind_important — Specify that the bound Service is so impor¬tant to the binding client that it should be become a foreground process when the client is in the foreground — in the case of bind_above_client, you are specifying that the run time should terminate the Activity before the bound Service in cases of low memory.
► bind_not_foreground — Ensures the bound Service is never brought to foreground priority. By default, the act of binding a Service increases its relative priority.
► bind_waive_priority — Indicates that binding the specified Service shouldn’t alter its priority.
When the Service has been bound, all its public methods and properties are available through the serviceBinder object obtained from the onServiceConnected handler.
Android applications do not (normally) share memory, but in some cases your application may want to interact with (and bind to) Services running in different application processes.
You can communicate with a Service running in a different process by using broadcast Intents or through the extras Bundle in the Intent used to start the Service. If you need a more tightly coupled connection, you can make a Service available for binding across application boundaries by using Android Interface Definition Language (AIDL). AIDL defines the Service’s interface in terms of OS-level primitives, allowing Android to transmit objects across process boundaries. AIDL definitions are covered in Chapter 18.
An Earthquake-Monitoring Service Example
In this chapter you’ll modify the Earthquake example you started in Chapter 6 (and continued to enhance in Chapters 7 and 8). In this example you’ll move the earthquake updating and processing functionality into its own Service component.
In the sections “Using Repeating Alarms to Schedule Network Refreshes" and “Using the Intent Service to Simplify the Earthquake Update Service,’ you’ll extend this Service by improving its efficiency and simplifying the implementation.
1. Start by creating a new EarthquakeUpdateService that extends Service: package com.paad.earthquake;
import android.app.Service; import android.content.Intent; import android.os.IBinder;

Kết quả (Việt) 1:

Android 4.0 (API cấp 14) đã giới thiệu một số lá cờ mới mà có thể được sử dụng và kết hợp khi ràng buộc một dịch vụ để ứng dụng:► bind_adjust_with_activity-nguyên nhân của dịch vụ ưu tiên để được điều chỉnh dựa trên tầm quan trọng tương đối của các hoạt động mà nó bị ràng buộc. Kết quả là, thời gian chạy sẽ tăng lên mức ưu tiên của dịch vụ khi hoạt động ở phía trước.► bind_above_client và bind_important-chỉ định các dịch vụ bị ràng buộc là như vậy impor¬tant cho khách hàng ràng buộc nó phải trở thành một quá trình nền trước khi các khách hàng là ở phía trước-trong trường hợp của bind_above_client, bạn quy định cụ thể thời gian chạy nên chấm dứt hoạt động trước khi dịch vụ bị ràng buộc trong các trường hợp thiếu bộ nhớ.► bind_not_foreground-đảm bảo các dịch vụ bị ràng buộc không bao giờ được mang đến tiền cảnh ưu tiên. Theo mặc định, các hành động của ràng buộc một dịch vụ gia tăng ưu tiên tương đối của nó.► bind_waive_priority — chỉ ra rằng ràng buộc các dịch vụ được chỉ định không nên làm thay đổi mức ưu tiên của nó.Khi dịch vụ đã được ràng buộc, tất cả các phương pháp công cộng và các tài sản có sẵn thông qua các đối tượng serviceBinder thu được từ xử lý onServiceConnected.Ứng dụng Android không (bình thường) chia sẻ bộ nhớ, nhưng trong trường hợp một số ứng dụng của bạn có thể muốn tương tác với (và liên kết với các) dịch vụ đang chạy trong quá trình ứng dụng khác nhau.Bạn có thể giao tiếp với một dịch vụ đang chạy trong một quá trình khác nhau bằng cách sử dụng phát sóng Intents hoặc thông qua các tính năng bổ sung gói trong Intent được sử dụng để bắt đầu dịch vụ. Nếu bạn cần một kết nối chặt chẽ hơn cùng, bạn có thể làm cho một dịch vụ có sẵn cho các ràng buộc trên ranh giới của ứng dụng bằng cách sử dụng Android định nghĩa giao diện ngôn ngữ (AIDL). AIDL xác định các dịch vụ giao diện về hệ điều hành cấp nguyên thủy, cho phép Android để truyền tải các đối tượng trên ranh giới tiến trình. AIDL định nghĩa được bảo hiểm trong chương 18.Một ví dụ dịch vụ Giám sát động đấtTrong chương này, bạn sẽ sửa đổi các ví dụ trận động đất bạn bắt đầu ở chương 6 (và tiếp tục tăng cường trong chương 7 và 8). Trong ví dụ này, bạn sẽ di chuyển các trận động đất đang Cập Nhật và xử lý các chức năng vào thành phần dịch vụ riêng của nó.Trong phần "Sử dụng lặp đi lặp lại báo thức để lịch trình mạng làm mới" và "sử dụng dịch vụ ý định để đơn giản hóa các dịch vụ Cập Nhật trận động đất,' bạn sẽ mở rộng điều này dịch vụ bằng cách cải thiện hiệu quả của nó và đơn giản hóa việc thực hiện. 1. bắt đầu bằng cách tạo ra một EarthquakeUpdateService mới mở rộng dịch vụ: gói com.paad.earthquake;android.app.Service nhập khẩu; android.content.Intent nhập khẩu; android.os.IBinder nhập khẩu;

Kết quả (Việt) 2:

Android 4.0 (cấp API 14) giới thiệu một số lá cờ mới mà có thể được sử dụng và kết hợp khi ràng buộc một dịch vụ cho một ứng dụng:
► bind_adjust_with_activity - Nguyên nhân ưu tiên của dịch vụ được điều chỉnh dựa trên tầm quan trọng của hoạt động mà nó là ràng buộc . Kết quả là, thời gian chạy sẽ làm tăng độ ưu tiên của dịch vụ khi các hoạt động là ở phía trước.
► bind_above_client và bind_important - Chỉ định rằng các dịch vụ ràng buộc rất impor¬tant cho khách hàng ràng buộc mà nó phải được trở thành một quá trình foreground khi khách hàng là ở mặt trước - trong trường hợp của bind_above_client, bạn định rõ rằng thời gian chạy nên chấm dứt các hoạt động trước khi vụ ràng buộc trong trường hợp bộ nhớ thấp.
► bind_not_foreground - Đảm bảo các dịch vụ ràng buộc là không bao giờ mang đến ưu tiên cảnh. Theo mặc định, các hành vi ràng buộc một dịch vụ gia tăng ưu tiên tương đối của nó.
► bind_waive_priority - Chỉ ra ràng buộc các dịch vụ quy định không được tự thay đổi ưu tiên của nó.
Khi dịch vụ đã được ràng buộc, tất cả các phương pháp công cộng và tính chất của nó là có sẵn thông qua các đối tượng serviceBinder thu được từ xử lý onServiceConnected.
ứng dụng Android không (bình thường) chia sẻ bộ nhớ, nhưng trong một số trường hợp ứng dụng của bạn có thể muốn tương tác với (và bám vào) Dịch vụ đang chạy trong quá trình ứng dụng khác nhau.
bạn có thể giao tiếp với một dịch vụ đang chạy trong một tiến trình khác nhau bằng cách sử dụng Intents phát sóng hoặc thông qua các tính năng bổ sung Bundle trong Ý định sử dụng để bắt đầu dịch vụ. Nếu bạn cần một kết nối chặt chẽ hơn, bạn có thể làm cho một dịch vụ có sẵn cho các ràng buộc trên ranh giới ứng dụng bằng cách sử dụng Android Language Interface Definition (AIDL). AIDL định nghĩa giao diện của dịch vụ về nguyên thủy cấp hệ điều hành, cho phép Android để truyền đối tượng qua ranh giới quy trình. Định nghĩa AIDL được bảo hiểm trong Chương 18.
Một trận động đất-Dịch vụ Giám Ví dụ
Trong chương này, bạn sẽ sửa đổi các ví dụ động đất bạn bắt đầu trong Chương 6 (và tiếp tục được tăng cường vào các chương 7 và 8). Trong ví dụ này, bạn sẽ di chuyển các cập nhật trận động đất và chức năng chế biến thành phần dịch vụ riêng của mình.
Trong phần "Sử dụng Lặp Báo động để đặt lịch Mạng Refreshes" và "Sử dụng Dịch vụ Ý định Đơn giản hóa các dịch vụ động đất Cập nhật, 'bạn sẽ mở rộng này dịch vụ bằng cách cải thiện hiệu quả của nó và đơn giản hóa việc triển khai thực hiện.
1. Bắt đầu bằng cách tạo ra một EarthquakeUpdateService mới mở rộng dịch vụ: gói com.paad.earthquake;
nhập khẩu android.app.Service; nhập khẩu android.content.Intent; nhập khẩu android.os.IBinder;