2012-01-05 30 views
6

Gần đây tôi đã xây dựng một ứng dụng điện thoại di động sử dụng Sproutcore20 và bây giờ là Ember.JS. Điều này làm việc tuyệt vời trên iPhone của tôi (3GS) mặc dù nó sững sờ trên nhiều thiết bị Android.cấu trúc xem tối ưu với Ember.js cho một ứng dụng di động

Điều đơn giản nhất, chẳng hạn như chuyển từ mục menu chính và do đó tải ở chế độ xem khác sẽ cảm thấy tất cả trừ gốc.

Hiện tại, công cụ này sử dụng chế độ xem mẫu được nối và loại bỏ trong một cột thống kê. Mỗi mục menu chính có một trạng thái chính, trong đó các khung nhìn tương ứng được nối thêm (và loại bỏ khi thoát).

Phương pháp này có vẻ tối ưu với tôi nhưng nó không hoạt động tối ưu, vì vậy tôi tự hỏi liệu một cách tiếp cận thay thế như phụ thêm tất cả các khung nhìn trên tải (trì hoãn) và khả năng hiển thị toggling sẽ cải thiện hiệu suất (1)? Nó sẽ làm cho DOM lớn hơn và do đó hoạt động trên DOM chậm hơn.

Cấu trúc mã Ember.js tối ưu để xây dựng ứng dụng dành cho thiết bị di động là gì và cần cân nhắc điều gì khi xây dựng cho thiết bị di động (2)?

+0

Vui lòng chỉ có một câu hỏi cùng một lúc. – Steffen

+0

Câu hỏi thứ hai chỉ là một lời giải thích cho câu trả lời được đưa ra cho câu hỏi đầu tiên, chính xác bối cảnh giống nhau và đăng hai lần dường như vô dụng. – ralf

+0

@ralf nếu nó có vẻ vô dụng với bạn thì hãy nhìn đi chỗ khác. Nếu bạn đọc kỹ câu hỏi, bạn sẽ thấy lần thứ hai cho câu hỏi rất chính xác. Tôi đọc nó như những gì cân nhắc cần phải được đưa vào tài khoản khi xây dựng cho các thiết bị di động sử dụng Ember.js – Combustion007

Trả lời

4

Nó thực sự phụ thuộc vào ứng dụng của bạn. Nói chung, việc hạn chế số lượng phần tử DOM và số lượng thay đổi DOM sẽ giúp hiệu suất. Quyết định có rời khỏi các phần tử trong DOM và ẩn/hiển thị chúng hay tạo/hủy các phần tử theo yêu cầu tùy thuộc vào các mẫu sử dụng của ứng dụng. Nếu bạn mong đợi người dùng di chuyển nhanh chóng qua lại giữa các chế độ xem, ẩn/hiển thị có thể có ý nghĩa.

Các vấn đề liên quan