If you run the application and star

If you run the application and start changing the device location, you see the Text View update accordingly.
All code snippets in this example are part of the Chapter 13 Where Am I Part 2 project, available for download at www.wrox.com.
Requesting a Single Location Update
Not every app requires regular location updates to remain useful. In many cases only a single loca¬tion fix is required to provide adequate context for the functionality they provide or information they display.
Although getLastKnownLocation can be used to return the last known position, there’s no guaran¬tee that this location exists, or that it is still relevant. Similarly, you could use the Passive Location Provider to receive updates when other apps request them, but you have no control over when (or if) this will happen.
Introduced in Android 2.3 (API level 9), the requestsingleUpdate method enables you to specify a Provider or Criteria to use when requesting at least one update.
As shown in the snippet following, unlike requesting regular updates this method does not let you specify the frequency of updates because only a single update will be requested.
Looper looper = null;
locationManager.requestSingleUpdate(criteria, myLocationListener, looper);
When using a Location Listener, you can specify a Looper parameter. This allows you to schedule the callbacks on a particular thread — setting the parameter to null will force it to return on the calling thread.
Like the requestLocationUpdates method described earlier, you can choose to receive the single location update using either a Location Listener as previously shown, or through a Pending Intent as shown here.
locationManager.requestSingleUpdate(criteria, pendingIntent);
In either case, only one update will be received, so you need to unregister the receiver when that update occurs.
BEST PRACTICE FOR LOCATION UPDATES
When using Location within your application, consider the following factors:
► Battery life versus accuracy — The more accurate the Location Provider, the greater its drain on the battery.
► Startup time — In a mobile environment the time taken to get an initial location can have a dramatic effect on the user experience — particularly if your app requires a location to be used. GPS, for example, can have a significant startup time, which you may need to mitigate.
► Update rate — The more frequent the update rate, the more dramatic the effect on battery life. Slower updates can reduce battery drain at the price of less timely updates.
► Provider availability — Users can toggle the availability of providers, so your application needs to monitor changes in provider status to ensure the best alternative is used at all times.

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

Nếu bạn chạy các ứng dụng và bắt đầu thay đổi vị trí thiết bị, bạn thấy văn bản xem Cập Nhật cho phù hợp.Tất cả các đoạn mã trong ví dụ này là một phần của các chương 13 đâu tôi phần 2 dự án, có sẵn để tải về tại www.wrox.com.Yêu cầu bản cập nhật vị trí duy nhấtKhông phải mọi ứng dụng đòi hỏi phải cập nhật thường xuyên vị trí, nó vẫn còn hữu ích. Trong nhiều trường hợp chỉ đơn loca ¬ tion sửa chữa một là cần thiết để cung cấp đầy đủ bối cảnh cho các chức năng họ cung cấp hoặc các thông tin họ Hiển thị.Mặc dù getLastKnownLocation có thể được sử dụng để trở về vị trí cuối cùng được biết đến, không có guaran ¬ tee mà vị trí này tồn tại, hoặc rằng nó vẫn còn là. Tương tự như vậy, bạn có thể sử dụng các nhà cung cấp vị trí thụ động để nhận được cập nhật khi các ứng dụng khác yêu cầu họ, nhưng bạn đã không kiểm soát trong khi (hoặc nếu) điều này sẽ xảy ra.Được giới thiệu trong Android 2.3 (API cấp 9), các phương pháp requestsingleUpdate cho phép bạn chỉ định một nhà cung cấp hoặc tiêu chuẩn để sử dụng khi yêu cầu ít nhất một bản Cập Nhật.Như thể hiện trong đoạn sau, không giống như yêu cầu thường xuyên cập nhật phương pháp này không cho phép bạn xác định tần suất Cập Nhật vì chỉ là một Cập Nhật duy nhất sẽ được yêu cầu.Looper looper = null;locationManager. requestSingleUpdate (tiêu chí, myLocationListener, looper);Khi sử dụng một nghe vị trí, bạn có thể chỉ định một tham số Looper. Điều này cho phép bạn lên lịch callbacks trên một chủ đề cụ thể-đặt tham số null nó sẽ buộc nó quay trở lại trên thread gọi điện thoại.Giống như các phương pháp requestLocationUpdates mô tả trước đó, bạn có thể chọn để nhận các cập nhật vị trí duy nhất sử dụng một trong hai người nghe và vị trí như được hiển thị trước đó hoặc thông qua một mục đích đang chờ xử lý như được hiển thị ở đây.locationManager. requestSingleUpdate (tiêu chí, pendingIntent);Trong cả hai trường hợp, chỉ có một bản Cập Nhật sẽ được nhận, vì vậy bạn cần phải unregister người nhận khi Cập Nhật đó xảy ra.CÁC THỰC HÀNH TỐT NHẤT ĐỂ CẬP NHẬT ĐỊA ĐIỂMKhi sử dụng vị trí trong ứng dụng của bạn, hãy xem xét các yếu tố sau:► The pin so với độ chính xác-chính xác hơn các nhà cung cấp địa điểm, lớn hơn cống trên pin.► thời gian khởi động — trong một môi trường điện thoại di động, thời gian thực hiện để có được một vị trí ban đầu có thể có một tác động đáng kể về kinh nghiệm người dùng — đặc biệt là nếu ứng dụng của bạn yêu cầu và vị trí sẽ được sử dụng. GPS, ví dụ, có thể có một thời gian đáng kể khởi động, bạn có thể cần phải giảm bớt.► Cập Nhật tỷ lệ — càng thường xuyên cập nhật mức, Ấn tượng hơn các hiệu ứng về tuổi thọ pin. Thông tin Cập Nhật chậm hơn có thể giảm cống pin ở mức giá ít Cập nhật kịp thời.► cung cấp sẵn có-người dùng có thể chuyển đổi sự sẵn có của các nhà cung cấp, do đó, ứng dụng của bạn cần phải theo dõi những thay đổi trong trạng thái nhà cung cấp để đảm bảo tốt nhất thay thế được sử dụng tại mọi thời điểm.

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

Nếu bạn chạy các ứng dụng và bắt đầu thay đổi các vị trí thiết bị, bạn sẽ thấy các văn bản Xem cập nhật cho phù hợp.
Tất cả các đoạn mã trong ví dụ này là một phần của Chương 13 đâu Tôi Là phần 2 của dự án, có sẵn để tải về tại www.wrox.com.
Yêu cầu và Single Location Update
không phải mọi ứng dụng Yêu cầu cập nhật vị trí thường xuyên để Giữ viết. Trong nhiều trường hợp chỉ có một sửa chữa loca¬tion đơn là cần thiết để cung cấp bối cảnh đầy đủ cho các chức năng Họ Cung cấp thông tin hoặc Họ hiển thị.
Mặc dù getLastKnownLocation Có thể được sử dụng để trả lại vị trí cuối cùng được biết, không có guaran¬tee đó vị trí này tồn tại, hoặc đó nó vẫn còn rel. Tương tự như vậy, bạn có thể sử dụng các nhà cung cấp vị trí thụ động để nhận được cập nhật khi các ứng dụng khác yêu cầu Them, nhưng bạn đã không kiểm soát khi (hoặc nếu) điều này sẽ xảy ra.
Được giới thiệu trong Android 2.3 (API cấp 9), các phương pháp requestsingleUpdate Cho phép bạn chỉ định và nhà cung cấp hoặc tiêu chuẩn để sử dụng khi Yêu cầu tại một bản cập nhật nhất.
Như thể hiện trong đoạn sau đây, không giống như Yêu cầu cập nhật thường xuyên phương pháp này không cho phép bạn chỉ định các tần số cập nhật Bởi vì chỉ có một cập nhật sẽ được yêu cầu.
Looper Looper = null;
locationManager .requestSingleUpdate (tiêu chí, myLocationListener, looper)
Khi sử dụng một từ Listener, bạn có thể chỉ định một tham số looper. Điều này cho phép bạn lên lịch các callbacks trên một sợi đặc biệt -. Thiết lập các tham số null sẽ buộc nó để trở về các thread kêu gọi
Giống như phương pháp requestLocationUpdates MÔ TẢ Trước đó, bạn có thể chọn để nhận được các bản cập nhật địa điểm duy nhất sử dụng Hoặc là một Listener Location như TRƯỚC hiển thị, hoặc thông qua một ý định chờ như thể hiện ở đây.
locationManager.requestSingleUpdate (tiêu chí, pendingIntent)
Trong hoặc trường hợp, chỉ có một bản cập nhật sẽ được nhận được, vì vậy bạn cần phải unregister nhận Khi đó Xảy ra bản cập nhật.
VỊ TRÍ THỰC HÀNH TỐT NHẤT cHO cẬP NHẬT
Khi sử dụng vị trí Nằm trong ứng dụng của bạn, xem xét các yếu tố sau:
. cuộc sống ► pin so với độ chính xác - The Nhiều hơn chính xác các nhà cung cấp địa điểm, Greater cống ITS trên pin
► thời gian khởi động - Trong một môi trường di động thời gian cần thực hiện để có được một vị trí ban đầu có thể có một ảnh hưởng lớn đến kinh nghiệm người dùng - đặc biệt là nếu ứng dụng của bạn Yêu cầu một vị trí để được sử dụng. GPS, ví dụ, có thể có một thời gian khởi động đáng kể, nào bạn có thể cần phải giảm thiểu.
► Cập nhật tỷ giá - Các thường xuyên hơn tốc độ cập nhật, các ấn tượng hơn các hiệu ứng về tuổi thọ pin. cập nhật chậm hơn có thể làm giảm pin với giá cập nhật kịp thời hơn.
► cung cấp sẵn có - Người dùng có thể chuyển đổi sự sẵn có của các nhà cung cấp, vì vậy ứng dụng của bạn cần phải theo dõi những thay đổi trong tình trạng cung cấp ĐẢM BẢO rằng sự thay thế tốt nhất được sử dụng ở tất cả các lần.