12

Tôi đang xây dựng một ứng dụng di động có một số hạn chế thời gian thực. Vì vậy, tôi chuyển sang stackoverflow để có được lời khuyên & các ý kiến ​​và cố gắng để quyết định là giải pháp tốt nhất để cập nhật trạng thái của ứng dụng khi chạy:Bỏ phiếu dài hạn với Dịch vụ thông báo đẩy của Apple và Android C2DM

  1. dựa vào dài bỏ phiếu hoặc kết nối trực tiếp đến máy chủ của tôi
  2. dựa trên Dịch vụ thông báo đẩy của Apple và Android C2DM

Ngoài thực tế là APNS và C2DM cung cấp giao diện thống nhất để đẩy thông báo trong khi ứng dụng đang chạy hay không, người ta có thể nói giải pháp tùy chỉnh (dựa trên việc bỏ phiếu dài hoặc một kết nối trực tiếp) linh hoạt hơn và ít phụ thuộc vào độ trễ của hàng đợi Android & Android. Theo như tôi có thể thấy, tôi nghĩ hầu hết các cuộc tranh luận đều bắt nguồn từ việc so sánh chi phí bao nhiêu pin tiêu thụ để duy trì kết nối mở ra so với việc mở một kết nối trên điện thoại thông minh.

tôi do đó tôi đặc biệt quan tâm đến hai điều:

  • Kinh nghiệm với APNS và C2DM
  • Chi tiết về tất cả những tác động của việc giữ một kết nối TCP mở trên một điện thoại thông minh.

Tham khảo chào mừng! Cảm ơn!

Trả lời

2

phụ thuộc vào độ trễ của Apple & hàng đợi Android

Tôi không nghĩ rằng đó là sự thật. Tùy thuộc vào nhà phát triển ứng dụng và việc triển khai phía máy chủ mất bao nhiêu thời gian. Tôi nhận được email của mình được đẩy vào điện thoại trước khi trình duyệt của tôi nhận được email đó. Và không chỉ gmail, e-mail của công ty tôi nữa.

Đối với câu hỏi của bạn, bạn nên làm việc với bất kỳ điều gì hoạt động tốt nhất. Hoặc thậm chí tốt hơn, bạn nên cung cấp cho người dùng tùy chọn sử dụng thông báo đẩy hoặc để đặt khoảng thời gian bỏ phiếu.

+0

Cảm ơn câu trả lời của bạn! Để cho phép người dùng chọn, tôi không chắc chắn cơ sở người dùng của tôi sẽ biết thời gian bỏ phiếu là gì ... – spolu

+0

Tại sao không? Khá nhiều ứng dụng android có điều này. Ví dụ cho email đó là "lấy email mỗi ... 1 giờ, 2 giờ, ..., Đẩy" – Falmarri

+0

Đúng vậy! Trình bày như thế, có vẻ khá đơn giản! – spolu