your application as extras within t

your application as extras within the C2DM message Intent, using the keys you specify. Each C2DM message is limited to 1024 bytes, so payload data should be kept to the bare minimum — typically only the information required for the client to perform an efficient lookup. 
► delay_while_idle — By default, messages transmitted to a device will be sent as quickly as possible. By setting this parameter to true, you can delay the transmission until the device is active. This is similar to setting a non-waking alarm, and can be useful for prolonging battery life where messages don’t need to be received immediately. The collapse key you specify will be used to collapse the queue of pending messages so that only one message is transmitted/ received when the device becomes active.
In addition to the POST parameters, you must include a header with a Google ClientLogin auth token whose cookie must be associated with the Android C2DM service.
The auth token should be generated for the C2DM Google account that your client applications used when registering with the C2DM server.
Details for implementing a server-side ClientLogin process is beyond the scope of this book. You can find details on generating a Google auth token at http: / / code.google.com/apis/accounts/docs/AuthForInstalledApps.html.
Receiving C2DM Messages
After your server transmits messages to the C2DM service, they are, in turn, sent to the device to which they are addressed. The target device then delivers each message to its recipient application as a Broadcast Intent.
To receive these Intents, you must register a Broadcast Receiver that includes the com.google .android.c2dm.permission.SEND permission, a filter for the com.google.android.c2dm .intent.RECEiVE action, and the category set to the application’s package name, as shown in Listing 18-6.

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

ứng dụng của bạn như là tính năng bổ sung trong C2DM thư mục đích, sử dụng các phím bạn chỉ định. Mỗi tin nhắn C2DM được giới hạn đến 1024 byte, do đó, dữ liệu tải trọng nên được giữ đến tối thiểu — thường chỉ những thông tin cần thiết cho các khách hàng để thực hiện một tra cứu hiệu quả. ► delay_while_idle — theo mặc định, thư chuyển đến một thiết bị sẽ được gửi một cách nhanh chóng nhất có thể. Bằng cách đặt tham số này thành true, bạn có thể trì hoãn việc truyền tải cho đến khi thiết bị đang hoạt động. Điều này tương tự như thiết lập một báo động phòng không thức dậy và có thể hữu ích cho việc kéo dài tuổi thọ pin mà tin nhắn không cần để được nhận ngay lập tức. Chìa khóa sụp đổ mà bạn chỉ định sẽ được sử dụng sụp đổ hàng đợi chờ tin nhắn để thông báo rằng chỉ có một là truyền / nhận được khi thiết bị trở thành hoạt động.Ngoài các tham số đăng bài, bạn phải bao gồm một tiêu đề với Google ClientLogin auth mã thông báo, mà cookie phải được kết hợp với dịch vụ Android C2DM.Auth token nên được tạo ra cho C2DM Google tài khoản mà khách hàng của bạn ứng dụng được sử dụng khi đăng ký với máy chủ C2DM.Thông tin chi tiết cho việc thực hiện một quá trình ClientLogin phía máy chủ là vượt ra ngoài phạm vi của cuốn sách này. Bạn có thể tìm thấy chi tiết về cách tạo ra một mã thông báo auth Google tại http: / / code.google.com/apis/accounts/docs/AuthForInstalledApps.html.Nhận được tin nhắn C2DMSau khi máy chủ của bạn truyền tải thông điệp đến các dịch vụ C2DM, chúng được, đến lượt nó, gửi đến các thiết bị mà họ được giải quyết. Thiết bị mục tiêu sau đó cung cấp tin nhắn mỗi người nhận ứng dụng của nó như là một ý định phát sóng.Để nhận được các Intents, bạn phải đăng ký một máy thu phát sóng bao gồm com.google. android.c2dm.permission.SEND quyền, một bộ lọc cho com.google.android.c2dm .intent. Nhận được hành động, và các loại thiết lập để tên gói của ứng dụng, như được hiển thị trong danh sách 18-6.

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

ứng dụng của bạn như tính năng bổ sung trong Ý định nhắn C2DM, sử dụng các phím mà bạn chỉ định. Mỗi thông điệp C2DM được giới hạn đến 1024 byte, do đó dữ liệu tải trọng phải được giữ ở mức tối thiểu - thường chỉ có các thông tin cần thiết cho khách hàng để thực hiện một tra cứu hiệu quả. 
► delay_while_idle - Theo mặc định, các thông điệp truyền đến một thiết bị sẽ được gửi dưới dạng một cách nhanh chóng càng tốt. Bằng cách đặt tham số này thành sự thật, bạn có thể trì hoãn việc truyền tải cho đến khi thiết bị đang hoạt động. Điều này cũng tương tự như thiết bị báo động không thức dậy, và có thể hữu ích cho việc kéo dài tuổi thọ pin mà tin nhắn không cần phải được nhận ngay lập tức. Chìa khóa sụp đổ bạn chỉ định sẽ được sử dụng để thu gọn các hàng đợi của cấp phát các thông điệp để chỉ có một tin nhắn được truyền / nhận khi thiết bị trở nên hoạt động.
Ngoài các thông số POST, bạn phải bao gồm một tiêu đề với một mã thông báo xác Google ClientLogin mà Cookie phải được liên kết với các dịch vụ Android C2DM.
các mã thông báo xác nên được tạo ra cho các tài khoản C2DM Google rằng các ứng dụng khách hàng của bạn sử dụng khi đăng ký với máy chủ C2DM.
Thông tin chi tiết để thực hiện một quá trình ClientLogin phía máy chủ là vượt ra ngoài phạm vi của cuốn sách này. Bạn có thể tìm thấy thông tin chi tiết về việc tạo ra một mã thông báo xác thực của Google tại http: / /. Code.google.com/apis/accounts/docs/AuthForInstalledApps.html
Nhận Tin nhắn C2DM
Sau khi máy chủ của bạn truyền thông điệp tới các dịch vụ C2DM, họ đang có, lần lượt, gửi đến thiết bị mà chúng được giải quyết. Các thiết bị mục tiêu sau đó cung cấp mỗi tin nhắn đến người nhận ứng dụng của nó như là một ý định phát sóng.
Để nhận được những Intents, bạn phải đăng ký một Receiver Broadcast bao gồm các phép .android.c2dm.permission.SEND com.google, một bộ lọc cho com.google .android.c2dm hành động .intent.RECEiVE, và danh mục cho tên gói của ứng dụng, như thể hiện trong Liệt kê 18-6.