cấu hình đã thay đổi (thay đổi định hướng) và phá hủy Hoạt động - đây có phải là cách mà nó được cho là hoạt động không?

Question

Ok, vì vậy tôi đọc về cách Android xử lý "thay đổi cấu hình" - bằng cách hủy Hoạt động đang hoạt động.

Câu hỏi đầu tiên Tôi thực sự muốn biết từ Nhóm Android - tại sao? Tôi sẽ đánh giá cao một cách giải thích về cách thức lý luận đã xảy ra, vì tôi không hiểu nó =)

Trong mọi trường hợp, thực tế là hành động theo cách đó khiến tất cả chúng ta thấy như thế, trong một thế giới đau đớn.

Giả sử bạn có Hoạt động trình bày một số EditText: s, hộp kiểm, v.v. Nếu Người dùng bắt đầu điền biểu mẫu đó với văn bản/dữ liệu và sau đó thay đổi hướng (hoặc nhận Phonecall), thì tất cả đều nhập Người dùng đã biến mất. Tôi havent tìm thấy bất kỳ cách nào để bảo tồn nhà nước. Điều đó buộc chúng tôi phải viết mã cực kỳ đau đớn để không mất tất cả dữ liệu. Như tôi thấy, bạn cần một lớp "không hoạt động" khác (hoặc "giá trị giữ" lớp có lẽ) có một trường cho mỗi "phần tử biểu mẫu" (EditText, hộp kiểm, v.v ...).

Đối với mỗi "phần tử biểu mẫu" tồn tại, bạn cần phải đính kèm Sự kiện như "onChanged" (hoặc onTextChanged hoặc một cái gì đó tương tự) cập nhật trường tương ứng trong lớp "giữ giá trị" chắc chắn rằng đối với mỗi ký tự đơn bạn nhập (trong EditText chẳng hạn) sẽ được lưu cùng một lúc.

lẽ bạn có thể sử dụng một số người nghe (như "onDestroy" hoặc một cái gì đó) và sau đó điền vào lớp giá trị gia nắm giữ với dữ liệu ...

Tôi cũng đã tìm thấy this piece of info nơi họ nói về việc sử dụng Bundle, onSaveInstanceState và onRestoreInstanceState, nhưng điều đó cũng có nghĩa là lập trình viên phải lưu thủ công và sau đó đặt lại các giá trị vào đúng vị trí? Cách tiếp cận này hơi lộn xộn hơn các đề xuất của tôi ở trên, nhưng vẫn không đẹp lắm ...

Bây giờ, ai đó có thể nói với tôi rằng tôi hoàn toàn sai và rằng đây không phải là cách hoạt động và tôi đã bỏ lỡ một số thông tin quan trọng? ;-)

Kính trọng

Answer 1

Bạn nên đọc Application Fundamentals (cụ thể, Activity lifecycle).Kể từ khi Activity s phải có khả năng xử lý bị giết bất cứ lúc nào do các ràng buộc bộ nhớ, vv nó chỉ là một cách sạch hơn để xử lý phép quay mà không thêm quá phức tạp - thay vì kiểm tra mọi tài nguyên cho tài nguyên thay thế, tái cấu trúc bố cục, v.v. bạn chỉ cần lưu dữ liệu cần thiết, xóa hoạt động, tạo lại và tải dữ liệu trở lại (nếu bạn sẵn sàng giải quyết sự phức tạp hơn trong việc quản lý bản thân này, bạn có thể sử dụng onConfigurationChanged để xử lý thay đổi cấu hình chính mình.) Điều này cũng khuyến khích thực hành tốt hơn - các nhà phát triển phải được chuẩn bị cho Activity của họ để bị giết vì thay đổi định hướng, có hậu quả (tốt) được chuẩn bị để bị tiêu diệt bởi các hạn chế về bộ nhớ.

Answer 2

tại sao một phần câu trả lời ngắn - vì bạn có thể có tài nguyên cần thay đổi khi bạn xoay điện thoại. (Hình ảnh, bố cục có thể khác nhau, v.v.)

Khi lưu - bạn có thể lưu lại nội dung để nhóm và đọc lại.

@Override 
    protected void onSaveInstanceState(Bundle outState) { 

      String story_id = "123" 
      outState.putString(ContentUtils.STORYID, story_id); 

    } 

hoặc bạn có thể sử dụng onRetainNonConfigurationInstance() như mô tả ở đây http://developer.android.com/reference/android/app/Activity.html#onRetainNonConfigurationInstance()

Cuối cùng nếu bạn không có bất cứ điều gì bạn muốn xử lý trong quá trình luân chuyển - bạn có thể bỏ qua nó bằng cách đặt này vào hoạt động của bạn trong manifest

android:configChanges="keyboardHidden|orientation" 

Nói chung, tôi sẽ đọc bài viết máng từ url ở trên vài lần, cho đến khi vòng đời rõ ràng.

Answer 3

Nội dung của EditText sẽ được lưu tự động cho bạn khi xoay màn hình nếu bạn đặt thuộc tính android: id trên đó. Tương tự, nếu bạn hiển thị các hộp thoại bằng cách sử dụng Activity # showDialog, thì các hộp thoại sẽ được hiển thị lại cho bạn sau khi quay.

Answer 4

Cách tiếp cận của Alex ở trên đã chỉ cho tôi giải pháp thực sự hữu ích khi sử dụng các đoạn:

Các mảnh vỡ thường được tạo lại khi thay đổi cấu hình. Nếu bạn không muốn điều này xảy ra, sử dụng

setRetainInstance(true); trong constructor của Fragment (s)

Điều này sẽ gây ra các mảnh vỡ để được giữ lại trong quá trình thay đổi cấu hình.

http://developer.android.com/reference/android/app/Fragment.html#setRetainInstance(boolean)