n the WeatherReporter manifest we h

n the WeatherReporter manifest we have three activities defined B. The most interesting is the ReportViewDetail Activity, which we will show a portion of in listing 4.4.
This Activity has multiple Intent filters defined that match it, including one denoting
it is the MAIN LAUNCHER, and one with the weather://com.msi.manning scheme and
authority shown in figures 4.2 and 4.3. This is the custom URI our application supports.
You can use any combination of scheme, authority, and path—as we have here—or
you can use an explicit MIME type. We will find out more about MIME types and how
they are processed in chapter 5, where will look specifically at how to work with data
sources and use an Android concept known as a ContentProvider.
After these activities we use the element in the manifest file to refer to
a BroadcastReceiver class C. We will uncover what a BroadcastReceiver is all about
in section 4.2, but the important part for now is that an is also used
here to associate an Intent—in this case for the BOOT_COMPLETED action. With this
association we are telling the platform to invoke the WeatherAlertServiceReceiver
class after the boot-up sequence is completed.
In our manifest we also have a Service definition D. You will see how this Service
is built, and how it is used with our WeatherReporter application to poll for severe
weather alerts in the background, in section 4.3. The last thing in our manifest is a
series of permissions the application requires E.
With the foundation for our sample application in place via the manifest, the next
thing we need to look at is the onStart method of main Activity WeatherReporter
will use, which is shown in listing 4.4. This is where data from the Uri that matches the
Intent filter is parsed and used to display a weather report.

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

n các biểu hiện weatherreporter chúng tôi có ba hoạt động được xác định b. thú vị nhất là các hoạt động reportviewdetail, mà chúng tôi sẽ hiển thị một phần trong danh sách 4.4.
hoạt động này có nhiều bộ lọc ý định được xác định phù hợp với nó, trong đó có một biểu thị
được phóng chính, và một với thời tiết :/ / com Đề án. msi.manning và quyền hạn
thể hiện ở con số 4.2 và 4.3.đây là uri tùy chỉnh ứng dụng của chúng tôi hỗ trợ.
Bạn có thể sử dụng bất kỳ sự kết hợp của chương trình, quyền hạn, và con đường như chúng tôi đã ở đây hay
bạn có thể sử dụng một loại rõ ràng kịch câm. chúng tôi sẽ tìm hiểu thêm về các loại mime và làm thế nào
chúng được xử lý trong chương 5, trong đó sẽ xem xét cụ thể như thế nào để làm việc với dữ liệu
nguồn và sử dụng một khái niệm Android được gọi là một ContentProvider.
sau khi các hoạt động này chúng tôi sử dụng các yếu tố trong file manifest để tham khảo
một broadcastreceiver lớp c. chúng tôi sẽ phát hiện ra những gì một broadcastreceiver là tất cả về
trong phần 4.2, nhưng một phần quan trọng bây giờ là một cũng được sử dụng
đây phải kết hợp một ý định, trong trường hợp này cho các hành động boot_completed. với
nàyhiệp hội chúng ta đang nói nền tảng để gọi weatheralertservicereceiver
lớp sau khi trình tự khởi động hoàn tất.
Trong biểu hiện của chúng tôi, chúng tôi cũng có một định nghĩa dịch vụ d. bạn sẽ thấy dịch vụ
này được xây dựng, và làm thế nào nó được sử dụng với các ứng dụng weatherreporter của chúng tôi để thăm dò ý kiến ​​cho các cảnh báo nghiêm trọng
thời tiết trong nền, trong phần 4.3. điều cuối cùng trong biểu hiện của chúng tôi là một
loạt các quyền truy cập các ứng dụng đòi hỏi điện tử.
Với nền tảng cho ứng dụng mẫu của chúng tôi tại chỗ thông qua các biểu hiện, các
Điều tiếp theo chúng ta cần phải xem xét là phương thức OnStart của chính weatherreporter hoạt động
sẽ sử dụng, được thể hiện trong danh sách 4.4. đây là nơi mà dữ liệu từ uri phù hợp với bộ lọc ý định
được phân tích và sử dụng để hiển thị một báo cáo thời tiết.

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

n manifest WeatherReporter chúng tôi có ba hoạt động xác định sinh Thú vị nhất là hoạt động ReportViewDetail, chúng tôi sẽ hiển thị một phần trong danh sách 4.4.
này hoạt động có nhiều bộ ý định lọc được xác định phù hợp với nó, bao gồm cả biểu thị một
phóng chính, và một với weather://com.msi.manning và
quyền Hiển thị trong con số 4,2 và 4.3. Đây là các tùy chỉnh hỗ trợ các URI ứng dụng của chúng tôi.
Bạn có thể sử dụng bất kỳ kết hợp nào của đề án, thẩm quyền, và đường dẫn-như chúng tôi có ở đây- hoặc
bạn có thể sử dụng một loại MIME rõ ràng. Chúng tôi sẽ tìm hiểu thêm về loại MIME và làm thế nào
họ được xử lý trong chương 5, mà sẽ xem xét cụ thể tại làm thế nào để làm việc với dữ liệu
nguồn và sử dụng một khái niệm Android được gọi là một ContentProvider.
Sau khi các hoạt động chúng tôi dùng có các yếu tố trong tệp kê khai để chỉ
một lớp BroadcastReceiver C. Chúng ta sẽ khám phá những gì một BroadcastReceiver là tất cả về
trong phần 4.2, nhưng những phần quan trọng bây giờ là một cũng được sử dụng
đây để kết hợp một ý định-trong trường hợp này cho hành động BOOT_COMPLETED. Với điều này
Hiệp hội chúng tôi đang nói với các nền tảng để gọi WeatherAlertServiceReceiver
lớp sau khi hoàn thành trình tự khởi động lên.
Trong biểu hiện của chúng tôi, chúng tôi cũng có một mất định nghĩa Dịch vụ Bạn sẽ thấy như thế nào dịch vụ này
được xây dựng, và làm thế nào nó được sử dụng với các ứng dụng WeatherReporter của chúng tôi thăm dò ý kiến cho nặng
weather cảnh báo trong nền, trong phần 4.3. Điều cuối cùng trong biểu hiện của chúng tôi là một
loạt cho phép các ứng dụng đòi hỏi E.
với nền tảng cho chúng tôi ứng dụng mẫu ở vị trí thông qua biểu hiện, tiếp theo
điều chúng ta cần phải xem xét là phương pháp onStart chính hoạt động WeatherReporter
sẽ sử dụng, mà sẽ được hiển thị trong danh sách 4.4. Đây là nơi mà các dữ liệu từ Uri phù hợp với các
ý định bộ lọc phân tích cú pháp và được sử dụng để hiển thị một báo cáo thời tiết.