Khác với phần mềm chạy trên máy tính có kết nối ổn định, ứng dụng di động phải sống chung với một thực tế khắc nghiệt là mạng luôn chập chờn. Người dùng mở ứng dụng trong hầm gửi xe, trên tàu điện ngầm, ở vùng sóng yếu, hay đơn giản là khi gói cước đã hết dung lượng. Một ứng dụng chỉ hoạt động khi có mạng tốt sẽ khiến người dùng bực bội. Ngược lại, một ứng dụng vẫn dùng được khi ngoại tuyến tạo cảm giác chắc chắn và chuyên nghiệp. Bài viết này bàn về cách xây dựng trải nghiệm ngoại tuyến thực sự đáng tin cậy.

Ngoại tuyến không phải là tính năng phụ

Nhiều đội ngũ xem hỗ trợ ngoại tuyến là thứ làm thêm nếu còn thời gian. Cách nghĩ này dẫn đến việc chắp vá các bản vá rời rạc và không bao giờ ổn. Thực tế, khả năng ngoại tuyến cần được tính đến từ khâu thiết kế kiến trúc dữ liệu. Câu hỏi nền tảng là dữ liệu nào cần có sẵn khi mất mạng, thao tác nào người dùng được phép thực hiện khi ngoại tuyến, và điều gì xảy ra khi kết nối trở lại.

Khi đặt những câu hỏi này từ đầu, bạn sẽ thiết kế hệ thống xoay quanh dữ liệu cục bộ thay vì coi mạng là nguồn duy nhất. Đây là sự khác biệt căn bản giữa một ứng dụng mong manh và một ứng dụng vững vàng.

Cơ sở dữ liệu cục bộ làm nguồn sự thật hiển thị

Một mẫu kiến trúc mạnh mẽ là để giao diện luôn đọc dữ liệu từ cơ sở dữ liệu cục bộ trên máy, chứ không trực tiếp từ mạng. Khi cần dữ liệu mới, ứng dụng tải về và lưu vào cơ sở dữ liệu cục bộ, rồi giao diện tự cập nhật từ đó. Cách làm này mang lại hai lợi ích lớn. Thứ nhất, người dùng luôn thấy dữ liệu ngay lập tức, kể cả khi không có mạng. Thứ hai, giao diện không cần biết dữ liệu đến từ mạng hay từ bộ nhớ, giúp code đơn giản và nhất quán hơn.

Để làm tốt, bạn cần một chiến lược lưu đệm rõ ràng: dữ liệu nào được giữ bao lâu, khi nào coi là cũ và cần làm mới, và làm mới nền hay làm mới khi người dùng yêu cầu. Một bộ đệm không có chính sách hết hạn sẽ dần hiển thị thông tin lỗi thời, còn làm mới quá thường xuyên lại tốn pin và dữ liệu.

Xử lý thao tác ghi khi ngoại tuyến

Hiển thị dữ liệu khi ngoại tuyến tương đối dễ; cho phép người dùng thay đổi dữ liệu khi ngoại tuyến mới là phần khó. Khi người dùng tạo, sửa hay xóa trong lúc mất mạng, những thay đổi đó cần được xếp vào hàng đợi và gửi lên máy chủ khi có kết nối trở lại. Đồng thời, giao diện nên phản ánh thay đổi ngay lập tức để người dùng không phải chờ, một kỹ thuật thường gọi là cập nhật lạc quan.

Thử thách lớn nhất là xung đột. Nếu cùng một dữ liệu bị sửa ở hai nơi trong khi ngoại tuyến, ứng dụng phải quyết định bên nào thắng. Có nhiều chiến lược tùy bối cảnh:

  • Lấy bản ghi mới nhất theo thời gian làm chuẩn, đơn giản nhưng có thể mất dữ liệu.
  • Gộp thay đổi ở cấp trường thay vì cấp bản ghi, tinh tế hơn.
  • Hỏi người dùng khi phát hiện xung đột thật sự không thể tự giải quyết.

Không có giải pháp đúng cho mọi trường hợp; điều quan trọng là chọn chiến lược có chủ đích thay vì để hệ thống xử lý ngẫu nhiên.

Giao tiếp trạng thái rõ ràng với người dùng

Một ứng dụng ngoại tuyến tốt không giấu trạng thái kết nối mà thể hiện nó một cách tinh tế. Người dùng nên biết khi nào họ đang xem dữ liệu cũ, khi nào thay đổi của họ chưa được đồng bộ, và khi nào mọi thứ đã được lưu an toàn lên máy chủ. Sự minh bạch này xây dựng lòng tin. Ngược lại, nếu người dùng tưởng đã lưu xong nhưng thực ra dữ liệu chỉ nằm trong hàng đợi và sau đó bị mất, họ sẽ mất niềm tin vào sản phẩm.

Những chỉ báo nhỏ như một biểu tượng đồng bộ đang quay, một dòng chữ cho biết lần cập nhật cuối, hay một thông báo nhẹ khi mất kết nối đều giúp người dùng hiểu chuyện gì đang diễn ra mà không gây hoang mang.

Tổng kết

Trải nghiệm ngoại tuyến đáng tin cậy là một trong những yếu tố phân biệt ứng dụng nghiệp dư với ứng dụng chuyên nghiệp. Nó đòi hỏi đặt dữ liệu cục bộ làm trung tâm, có chiến lược lưu đệm và đồng bộ rõ ràng, xử lý xung đột một cách có chủ đích, và giao tiếp trạng thái minh bạch với người dùng. Đầu tư vào những điều này không chỉ giúp ứng dụng dùng được khi mất mạng, mà còn khiến nó nhanh hơn và đáng tin hơn ngay cả khi mạng tốt.