Although this can be an effective t

Although this can be an effective technique for transferring objects between your loosely coupled application components, or for maintaining application state or shared resources, it is often better to create your own static singleton class rather than extending the Application class specifically unless you are also handling the lifecycle events described in the following section.
Overriding the Application Lifecycle Events
The Application class provides event handlers for application creation and termination, low memory conditions, and configuration changes (as described in the previous section).
By overriding these methods, you can implement your own application-specific behavior for each of these circumstances:
► onCreate — Called when the application is created. Override this method to initialize your application singleton and create and initialize any application state variables or shared resources.
► onLowMemory — Provides an opportunity for well-behaved applications to free additional memory when the system is running low on resources. This will generally only be called when background processes have already been terminated and the current foreground applications are still low on memory. Override this handler to clear caches or release unnecessary resources.
► onTrimMemory — An application specific alternative to the onLowMemory handler introduced in Android 4.0 (API level 13). Called when the run time determines that the current appli¬cation should attempt to trim its memory overhead - typically when it moves to the back¬ground. It includes a level parameter that provides the context around the request.
► onConfigurationChanged — Unlike Activities Application objects are not restarted due to configuration changes. If your application uses values dependent on specific configurations, override this handler to reload those values and otherwise handle configuration changes at an application level.
As shown in Listing 3-8, you must always call through to the superclass event handlers when over¬riding these methods.

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

Mặc dù điều này có thể là một kỹ thuật có hiệu quả để chuyển các đối tượng giữa các thành phần một cách lỏng lẻo cùng ứng dụng của bạn, hoặc cho việc duy trì nhà nước ứng dụng hoặc chia sẻ tài nguyên, nó thường là tốt hơn để tạo ra các lớp học tĩnh singleton của riêng của bạn chứ không phải là mở rộng ứng dụng lớp đặc biệt, trừ khi bạn cũng xử lý các sự kiện vòng đời được mô tả trong các phần sau đây.Trọng sự kiện vòng đời ứng dụngLớp ứng dụng cung cấp xử lý sự kiện cho các ứng dụng sáng tạo và chấm dứt, điều kiện bộ nhớ thấp, và thay đổi cấu hình (như được diễn tả trong phần trước).Bằng cách thay thế những phương pháp này, bạn có thể thực hiện hành vi ứng dụng cụ thể của mình cho mỗi người trong các trường hợp:► onCreate — được gọi là khi các ứng dụng được tạo ra. Ghi đè phương pháp này sẽ khởi tạo singleton ứng dụng của bạn và tạo và khởi tạo bất kỳ ứng dụng biến trạng thái hoặc nguồn tài nguyên được chia sẻ. ► onLowMemory — cung cấp một cơ hội cho các ứng dụng giáo dục để giải phóng bộ nhớ bổ sung khi hệ thống đang chạy thấp trên tài nguyên. Điều này sẽ thường chỉ được gọi là khi quá trình nền đã bị chấm dứt và các ứng dụng nền trước hiện có vẫn còn thiếu bộ nhớ. Ghi đè lên này xử lý xóa cache hoặc phát hành các nguồn tài nguyên không cần thiết.► onTrimMemory-một ứng dụng cụ thể để thay thế cho bộ xử lý onLowMemory được giới thiệu trong Android 4.0 (API cấp 13). Gọi là khi thời gian chạy xác định appli¬cation hiện tại nên cố gắng để cắt chi phí bộ nhớ của nó - thông thường khi nó di chuyển đến back¬ground. Nó bao gồm một tham số cấp độ cung cấp bối cảnh xung quanh thành phố yêu cầu.► onConfigurationChanged-không giống như các hoạt động ứng dụng đối tượng không phải khởi động lại do thay đổi cấu hình. Nếu ứng dụng của bạn sử dụng giá trị phụ thuộc vào cấu hình cụ thể, ghi đè lên này xử lý tải lại những giá trị và nếu không xử lý thay đổi cấu hình ở một mức độ ứng dụng.Như được hiển thị trong liệt kê 3-8, bạn phải luôn luôn gọi thông qua để xử lý sự kiện superclass khi over¬riding những phương pháp này.

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

Mặc dù điều này có thể là một kỹ thuật hiệu quả để chuyển các đối tượng giữa các thành phần ứng dụng lỏng lẻo của bạn, hoặc để duy trì trạng thái ứng dụng hoặc tài nguyên chia sẻ, nó thường là tốt hơn để tạo ra lớp singleton tĩnh của riêng bạn chứ không phải là mở rộng các lớp ứng dụng đặc biệt, trừ khi bạn cũng đang xử lý sự kiện vòng đời được mô tả trong phần sau.
trọng sự kiện Application Lifecycle
lớp ứng dụng cung cấp xử lý sự kiện cho việc tạo ra các ứng dụng và chấm dứt, điều kiện bộ nhớ thấp, và thay đổi cấu hình (như mô tả trong phần trước).
Bằng cách ghi đè các phương pháp này, bạn có thể thực hiện của bạn hành vi ứng dụng cụ thể riêng cho mỗi người trong các trường hợp:
► onCreate - được gọi khi ứng dụng được tạo ra. Ghi đè phương pháp này để khởi tạo singleton ứng dụng của bạn và tạo ra và khởi tạo bất kỳ biến thái của ứng dụng hoặc tài nguyên chia sẻ.
► onLowMemory - Cung cấp một cơ hội cho các ứng dụng cũng cư xử để giải phóng bộ nhớ bổ sung khi hệ thống đang chạy thấp trên tài nguyên. Điều này nói chung sẽ chỉ được gọi khi tiến trình nền đã được chấm dứt và các ứng dụng foreground hiện vẫn còn thấp vào bộ nhớ. . Override xử lý này để xóa cache hoặc phát hành tài nguyên không cần thiết
► onTrimMemory - Một thay thế ứng dụng cụ thể để xử lý onLowMemory giới thiệu trong Android 4.0 (API cấp độ 13). Được gọi khi thời gian chạy xác định rằng appli¬cation hiện nay nên cố gắng để cắt phí bộ nhớ của nó - thường khi nó di chuyển đến back¬ground. Nó bao gồm một số mức độ cung cấp bối cảnh xung quanh yêu cầu.
► onConfigurationChanged - Không giống như các hoạt động đối tượng ứng dụng không khởi động lại do sự thay đổi cấu hình. Nếu ứng dụng của bạn sử dụng các giá trị phụ thuộc vào cấu hình cụ thể, ghi đè lên xử lý này để lại những giá trị và nếu không xử lý những thay đổi cấu hình ở mức ứng dụng.
Như thể hiện trong Liệt kê 3-8, bạn phải luôn luôn gọi qua để xử lý sự kiện lớp cha khi over¬riding những phương pháp.