Android: Hoạt động đơn lẻ, nhiều chế độ xem

Question

Tôi không phải là chuyên gia Android mặc dù tôi đã phát triển một ứng dụng bao gồm hơn 50 hoạt động giúp ứng dụng thực sự lớn. Sau 8 tuần phát triển, hiện tại có nhiều vấn đề khiến ứng dụng khó duy trì và nâng cấp. Các vấn đề chính mà tôi đang xử lý là

1. Tôi không thể chuyển đối tượng tham chiếu đến các nhà thầu của hoạt động. Trong thực tế, tôi thấy các cơ chế của startActivityForResult - Intent - onActivityResult thực sự hạn chế và dẫn đến mã bẩn của nhiều hằng số cho các hành động trên mỗi hoạt động và rất nhiều switchcase thực sự khó theo dõi luồng ứng dụng.

2. Một vấn đề khác là tôi không biết cách quản lý vòng đời của toàn bộ ứng dụng vì mỗi hoạt động đều có vòng đời riêng.

tôi đã có một số kinh nghiệm thành công với LWUIT và J2ME – polish mà bỏ qua MIDlets J2ME (tương tự như hoạt động android) và thực hiện các kiến ​​trúc riêng của họ và hệ thống cửa sổ chỉ với một MIDlet như nhập cảnh vào ứng dụng. Tôi đã nghĩ ra cùng một ý tưởng cho android.

Để làm rõ, tôi đang nghĩ đến một ứng dụng chỉ với một chính Activity và các hoạt động khác được triển khai làm đối tượng mở rộng đối tượng View và các chế độ xem này có thể được thêm động vào hoạt động chính FrameLayout và xếp chồng lên nhau. Logic của hoạt động có thể được thực hiện trong các lớp như vậy và tôi thậm chí còn tìm thấy cách để triển khai các hộp thoại theo cách này. Các đối tượng kinh doanh và trạng thái có thể được truyền cho hàm khởi tạo của chúng và có vẻ như bỏ qua tác dụng phụ của nó khi viết một mã nhỏ hơn. Bằng cách này, người nghe cũng có thể được chuyển đến các nhà xây dựng của lượt xem, giúp việc chuyển đổi giao diện người dùng ứng dụng và quản lý luồng dễ dàng hơn.

Nhưng câu hỏi là:

• Có một thực hành tốt?
• Nó sẽ không dẫn tôi đến các vấn đề hiệu năng hay bộ nhớ?

Tôi cũng nhận thức

• Android: What is better - multiple activities or switching views manually?
• Don't Overload a Single Activity Screen
• Pattern one activity, multiple views. Advantages and disadvantages

Không ai trong số những địa chỉ rõ những vấn đề liên quan đến hiệu suất hoặc thực hành với bằng chứng hợp lý hoặc tham khảo tài liệu

Hãy nhờ ai đó giúp tôi với điều này

Answer 1

Có những ứng dụng phổ biến trên thị trường chỉ với một hoặc một vài hoạt động. Họ sử dụng các mảnh vỡ và chuyển đổi chúng. Tôi thích những mảnh vỡ hơn cách tiếp cận của bạn. Mặc dù tôi nghĩ rằng các mảnh quá phức tạp cho nhiều mục đích, cho trường hợp sử dụng của bạn, nó sẽ là một giải pháp tốt. Hành vi giao diện người dùng của bạn phải ở dạng mảnh và hoạt động của bạn là phần điều khiển truyền dữ liệu giữa các đoạn của bạn. Các mảnh vỡ cũng có vòng đời riêng.

Tôi không thích startActivityForResult một trong hai.Nếu tôi có một tập hợp các hoạt động - tất cả cung cấp dữ liệu - và tôi không biết thứ tự chúng sẽ được gọi, tôi thích sử dụng một lớp đơn sau đó sử dụng ý định để truyền dữ liệu giữa các hoạt động. Nhưng bạn phải phân tích vấn đề của mình để có được một giải pháp tốt.

Answer 2

Đã có khung MVC được xây dựng, PureMVC library.