Giới thiệu về mục này
Phạm vi công việc
Một cơ sở mã React Native duy nhất tạo ra một ứng dụng di động nhất quán cho cả hai cửa hàng, bao gồm điều hướng, đăng nhập, thông báo đẩy, hỗ trợ ngoại tuyến và các hành vi đặc thù của từng nền tảng mà công cụ đa nền tảng không tự động xử lý.
Phương pháp của chúng tôi
Quá trình phát triển bắt đầu dựa trên API thực tế của quý vị thay vì dữ liệu giữ chỗ, vì các điểm cuối thực tế hoạt động khác với bản mô phỏng. Quá trình đăng nhập dựa vào bộ nhớ an toàn trên thiết bị cùng logic làm mới được tập trung tại một nơi, vì việc xử lý mã xác thực rải rác thường là nguyên nhân khiến các ứng dụng di động phát sinh lỗi. Danh sách được ảo hóa và tải theo trang; hình ảnh được lưu vào bộ nhớ đệm và đổi kích thước cho phù hợp với thiết bị thay vì tải về ở kích thước đầy đủ.
Các nhu cầu riêng biệt của từng nền tảng được xem là hạng mục bàn giao thực thụ chứ không phải phần bổ sung muộn màng: iOS đòi hỏi câu chữ xin quyền và hồ sơ cấp phép riêng, Android cần các kênh thông báo và việc xử lý nút quay lại hợp lý, còn liên kết sâu trên cả hai nền tảng vẫn phải hoạt động bình thường sau khi khởi động nguội.
Những gì quý vị nhận được
- Một dự án React Native bằng TypeScript chỉ chứa các mô-đun gốc mà quý vị thực sự cần.
- Các bản dựng thử nghiệm trên cả kênh beta của iOS và bản phát hành nội bộ của Android, nhờ đó quý vị có thể trải nghiệm sớm.
- Thông báo đẩy được kết nối toàn diện, bao gồm cả trình kích hoạt phía máy chủ.
- Các bản dựng phát hành chính thức cùng nội dung mô tả trên cửa hàng, ảnh chụp màn hình và ghi chú gửi duyệt.
- Tài liệu hướng dẫn ngắn gọn để quý vị có thể tự biên dịch, vận hành và phát hành ứng dụng về sau.
Những gì chúng tôi cần từ quý vị
Một API, hoặc ít nhất là tài liệu đặc tả API, một vài màn hình quan trọng nhất, và tài khoản nhà phát triển Apple cùng Google nếu quý vị đã có sẵn. Nếu chưa có, chúng tôi sẽ nêu rõ chính xác những gì cần chuẩn bị và thời điểm tương ứng.
Giới hạn phạm vi
Hạng mục này áp dụng cho một ứng dụng dành cho một đối tượng người dùng. Trường hợp một sản phẩm cần hai trải nghiệm riêng biệt, ví dụ như một ứng dụng dành cho khách hàng và một ứng dụng riêng cho tài xế, trường hợp đó được tính là hai bản dựng tách biệt, và chúng tôi sẽ thông báo rõ ràng trước khi báo giá thay vì phát sinh về sau.
Tiến độ và cập nhật
Bản dựng thử nghiệm ban đầu thường sẵn sàng từ rất sớm trước khi dự án kết thúc, giúp quý vị gửi phản hồi trực tiếp trên ứng dụng đang chạy thay vì qua ảnh chụp màn hình tĩnh. Danh sách kiểm tra phát hành luôn được duy trì rõ ràng xuyên suốt dự án, bao gồm quyền truy cập, liên kết sâu, hành vi ngoại tuyến và siêu dữ liệu cửa hàng, vì đây thường là những yếu tố khiến một bản dựng hoạt động tốt bị từ chối duyệt.