Tôi đang xây dựng một ứng dụng yêu cầu các tab, hiện không còn được dùng nữa. Hướng dẫn dev nói sử dụng Fragments để thay thế các tab thay thế. Tuy nhiên, ứng dụng của tôi cần phải có các mảnh trong mỗi tab, có nghĩa là các mảnh vỡ bên trong các mảnh vỡ, không được phép. Có ai biết về một công việc có thể xung quanh cho điều này?Các mảnh vỡ trong các tab Fragment
Trong khi thanh tác vụ hỗ trợ cho các tab được thiết kế để giúp nội dung của tab trở thành một đoạn dễ dàng, điều đó không được yêu cầu nghiêm ngặt. Bạn có thể sử dụng ViewFlipper, lặp lại các cuộc gọi tới setContentView() hoặc để sắp xếp thay đổi nội dung khác khi tab thanh tác vụ được chọn.
Trước thanh hành động gốc (Android 1.x/2.x), hãy gắn với các tab cổ điển hoặc sử dụng một cái gì đó như Action Bar Sherlock để nhận thanh tác vụ và tab.
Tôi có các tab giả mạo bằng cách có đoạn "tab" ở phía trên cùng chứa nhiều nút chuyển đổi. Bên dưới, tôi có chế độ xem hợp nhất chứa một đoạn riêng biệt cho mỗi tab. Tôi trả lời các lần nhấn vào nút chuyển đổi bằng cách chuyển đổi các nút khác "tắt", hiển thị đoạn cho "tab" đó và ẩn các tab khác.
Bạn có thể giải thích ý của mình bằng cách xem hợp nhất không? – Lance
http://developer.android.com/resources/articles/layout-tricks-merge.html – goto10
Có thể bạn có thể hiển thị cho tôi một số mã mẫu, cụ thể là tệp bố cục xml không? Tôi đang gặp khó khăn trong việc nắm bắt cách thực hiện điều này. – Lance
hơi muộn của nó, nhưng có bạn có thể :) đây là một example nhưng đối với phân đoạn bên trong đoạn bên trong tab không phải là cách gốc của Android, bạn phải bắt đầu phân đoạn mớiKích hoạt nếu bạn muốn hiển thị chi tiết của đoạn. bạn có thể nhưng không phải là một cách android!
Việc sử dụng ViewFlipper có hiệu quả hơn việc gọi setContentView mỗi khi tab thay đổi? Đó là cách khác xung quanh hoặc là sự khác biệt không đáng kể? –
@TJThind: Nếu bạn tự thổi phồng các bố cục và cung cấp chúng cho 'setContentView()', thay vì đưa ra 'setContentView()' thì ID bố cục, 'setContentView()' và 'ViewFlipper' sẽ có tốc độ và bộ nhớ tương đương khôn ngoan. Gọi 'setContentView()' theo cách bạn thường làm, với ID tài nguyên, sẽ chậm hơn (tăng dần theo thời gian, cộng với bạn phải thu dây cho người nghe sự kiện của bạn mọi lúc) nhưng buộc ít heap hơn (các widget bị xóa bởi 'setContentView tiếp theo() 'cuộc gọi có thể là rác được thu thập, nếu được thực hiện đúng cách). – CommonsWare