Tại sao không sử dụng luôn android: configChanges = Bàn phímHH | định hướng | định hướng?

Tôi đã tự hỏi tại sao không sử dụng android:configChanges="keyboardHidden|orientation"trong mọi hoạt động (gần như mọi;))?

Các mặt hàng:

• không cần phải lo lắng về hoạt động của bạn đã được luân chuyển
• Nó nhanh hơn

Không tốt lắm:

• cần thay đổi bố cục của bạn nếu chúng phụ thuộc vào kích thước màn hình (ví dụ: bố cục có hai cột hoặc hơn)

Xấu:

• không có cách linh hoạt để có bố cục khác nhau trên các định hướng khác nhau
• không tốt lắm khi sử dụng các mảnh vỡ

Nhưng nếu chúng ta không sử dụng các bố cục khác nhau, tại sao không?

Nền nhanh

Theo mặc định, khi một số thay đổi cấu hình khóa nhất định xảy ra trên Android (một ví dụ phổ biến là thay đổi hướng), Android sẽ khởi động lại hoàn toàn Hoạt động đang chạy để giúp nó điều chỉnh theo các thay đổi đó.

Khi bạn xác định android:configChanges="keyboardHidden|orientation"trong AndroidManifest, bạn đang nói với Android: "Vui lòng không thực hiện thiết lập lại mặc định khi bàn phím bị kéo ra hoặc điện thoại bị xoay; Tôi muốn tự xử lý việc này. Vâng, tôi biết tôi đang làm gì "

Đây có phải là một điều tốt? Chúng ta sẽ sớm thấy ...

Đừng lo lắng?

Một trong những ưu điểm bạn bắt đầu là có:

không cần phải lo lắng về hoạt động của bạn đã được luân chuyển

Trong nhiều trường hợp, mọi người lầm tưởng rằng khi họ có lỗi được tạo ra bởi sự thay đổi định hướng ("xoay"), họ có thể chỉ cần sửa nó bằng cách đưa vào android:configChanges="keyboardHidden|orientation".

Tuy nhiên, android: configChanges = "keyboardHidden | direction" không có gì khác hơn là một chiếc băng đô. Trong thực tế, có nhiều cách thay đổi cấu hình có thể được kích hoạt. Ví dụ: nếu người dùng chọn ngôn ngữ mới (tức là ngôn ngữ đã thay đổi), hoạt động của bạn sẽ được khởi động lại giống như cách thay đổi định hướng. Nếu bạn muốn, bạn có thể xem danh sách tất cả các loại thay đổi cấu hình khác nhau .

Chỉnh sửa : Quan trọng hơn, mặc dù, khi hackbod chỉ ra trong các bình luận, hoạt động của bạn cũng sẽ được khởi động lại khi ứng dụng của bạn ở chế độ nền và Android quyết định giải phóng bộ nhớ bằng cách giết chết nó. Khi người dùng quay lại ứng dụng của bạn, Android sẽ cố gắng khởi động lại hoạt động theo cách tương tự nếu có một số thay đổi cấu hình khác. Nếu bạn không thể xử lý điều đó - người dùng sẽ không vui ...

Nói cách khác, sử dụng android:configChanges="keyboardHidden|orientation"không phải là một giải pháp cho "những lo lắng" của bạn. Cách đúng đắn là mã hóa các hoạt động của bạn để chúng hài lòng với bất kỳ lần khởi động lại nào mà Android ném vào chúng. Đây là một thực hành tốt sẽ giúp bạn xuống đường, vì vậy hãy làm quen với nó.

Vậy khi nào tôi nên sử dụng nó?

Như bạn đã đề cập có một lợi thế khác biệt. Ghi đè thay đổi cấu hình mặc định cho một vòng quay bằng cách tự xử lý nó sẽ tăng tốc mọi thứ. Tuy nhiên, tốc độ này không đi kèm với giá cả thuận tiện.

Nói một cách đơn giản, nếu bạn sử dụng cùng một bố cục cho cả dọc và ngang thì bạn đang ở trạng thái tốt bằng cách ghi đè. Thay vì tải lại toàn bộ hoạt động, các chế độ xem sẽ chỉ thay đổi xung quanh để lấp đầy không gian còn lại.

Tuy nhiên , nếu vì lý do nào đó bạn sử dụng bố cục khác khi thiết bị ở chế độ nằm ngang, thì thực tế là Android tải lại Activity của bạn là tốt vì sau đó nó sẽ tải lên bố cục chính xác. [Nếu bạn sử dụng ghi đè trên một Hoạt động như vậy và muốn thực hiện một số bố cục lại kỳ diệu trong thời gian chạy ... tốt, chúc may mắn - thật đơn giản]

Tóm tắt nhanh

Bằng mọi cách, nếu android:configChanges="keyboardHidden|orientation"phù hợp với bạn, thì hãy sử dụng nó. Nhưng XIN hãy chắc chắn để kiểm tra những gì sẽ xảy ra khi một cái gì đó thay đổi, bởi vì một sự thay đổi định hướng không phải là con đường duy nhất một Hoạt động khởi động lại đầy đủ có thể được kích hoạt.

Theo quan điểm của tôi: Nếu bố cục giống nhau ở cả chế độ ngang và dọc - bạn cũng có thể vô hiệu hóa một trong hai trong ứng dụng của mình.

Lý do tại sao tôi nói điều này là vì tôi là người dùng mong muốn ứng dụng cung cấp cho tôi một số lợi ích khi tôi thay đổi định hướng. Nếu tôi giữ điện thoại không quan trọng, thì tôi không cần lựa chọn.

Ví dụ như một ứng dụng mà bạn có ListView và khi nhấp vào ListItem, bạn muốn được hiển thị chế độ xem chi tiết cho mục đó. Trong phong cảnh, bạn sẽ đánh thức điều này bằng cách chia đôi màn hình, có ListView ở bên trái và chế độ xem chi tiết ở bên phải. Trong Portrait, bạn sẽ có danh sách trong một màn hình và sau đó thay đổi màn hình thành chế độ xem chi tiết khi ListItem được chọn. Trong trường hợp đó, sự thay đổi định hướng có ý nghĩa cũng như các bố cục khác nhau.

Tôi không hiểu tại sao .... theo ý kiến ​​của tôi, khởi động lại thỉnh thoảng vẫn ổn ... configChanges xử lý hầu hết các trường hợp cho tôi ... cũng có thể trong một số loại ứng dụng có thể có vấn đề nhưng nó thực sự phụ thuộc vào loại ứng dụng và cách bạn khôi phục trạng thái khi ứng dụng khởi động lại ... Khi một trong những ứng dụng của tôi khởi động lại, người dùng đã đăng nhập lại và hoạt động cuối cùng được mở bởi mã của tôi và người dùng sẽ mất một số bước để quay lại vị trí của mình nhưng không phải là vấn đề lớn .. Trong một số trạng thái khác luôn tồn tại và một số trạng thái luôn được khôi phục khi khởi động lại. Khi hoạt động được khởi động lại, ứng dụng đó chưa được sử dụng hoặc một cái gì đó ... vì vậy không có vấn đề gì cả ... Ví dụ trong trò chơi, đây có thể là vấn đề có thể hoặc trong một số loại ứng dụng khác mà tôi không biết ...

Tôi nói rằng khi bạn làm theo cách này, các ứng dụng chỉ hoạt động tốt trong các trường hợp bình thường. Và mã dễ đọc hơn nhiều mà không cần logic để lưu và khôi phục nơi bạn chỉ có thể tạo ra các lỗi mới và phải duy trì nó mọi lúc ... chắc chắn nếu android mất điện và giết chết cửa sổ ứng dụng của bạn thì nó sẽ mất bối cảnh và bắt đầu lại, nhưng điều này xảy ra chỉ trong những tình huống đặc biệt và trên các thiết bị mới hơn tôi tin rằng điều này ngày càng hiếm hơn ...

Vì vậy, giết tôi, nhưng tôi sử dụng ứng dụng này trên các ứng dụng khá thành công ... android: configChanges = "locale | keyboard | keyboardHidden | direction | screenLayout | uiMode | screenSize | tinyScreenSize" Nhưng tôi hiểu rằng đối với một số loại ứng dụng đặc biệt thì có thể không cách tốt nhưng hầu hết các ứng dụng có thể sống với điều này chỉ cần OK.

Vâng tôi nghĩ rằng tạm dừng sẽ làm cho nó nhanh hơn việc phát hành trình phát. Vẫn có sự tạm dừng mặc dù.

Bây giờ đã tìm thấy một giải pháp sẽ không tạm dừng bài hát.

Trạng thái trong tệp kê khai rằng bạn sẽ xử lý thay đổi cấu hình cho hướng màn hình và sau đó sử dụng phương thức onConfigurationChanged để tải tệp bố cục. Bằng cách thực hiện điều này trong logCat, tôi có thể thấy onPause, onCreate & onResume không được gọi và do đó bài hát không bị tạm dừng.

1. cập nhật bảng kê khai để xử lý định hướng.

   android:configChanges="orientation|screenSize"

2. thêm mã này

   @Override
   public void onConfigurationChanged(Configuration newConfig) {
       // TODO Auto-generated method stub      
       super.onConfigurationChanged(newConfig);        
       setContentView(R.layout.activity_main);
   }