Làm thế nào chúng tôi xây dựng một ứng dụng chữ thập phân trong 8 tuần: Một nghiên cứu thực tế

Làm thế nào chúng tôi xây dựng một ứng dụng chữ thập phân trong 8 tuần: Một nghiên cứu thực tế

Tôi đã xây dựng các ứng dụng hơn một thập kỷ. Không có gì dạy tôi về tốc độ hơn là một thời hạn chót.

Một sự khởi đầu hậu cần đến với chúng tôi. Họ cần ứng dụng thay thế chéo cho các tay đua và người điều khiển. Hạn chót? 8 tuần. Không có ngoại lệ.

Chúng tôi giao hàng vào ngày 56. Đây chính xác là cách chúng tôi làm.

Thử thách

Khách hàng, một công ty hậu cần B2B, không có ứng dụng di động. Tài xế sử dụng nhật ký giấy và điện thoại. Người điều vận tung bảng tính.

Họ muốn:

• Name
• Công việc cho trình điều khiển
• Name
• Chế độ ngoại tuyến cho vùng nông thôn

iOS và Ando. Một mật mã. Dưới 2 tháng.

Tại sao lại là chữ viết chéo? Chúng ta sẽ làm thế.

Tại sao có chữ thập phân?

Chúng tôi xem là ứng dụng bản xứ. Hai đội riêng biệt. Hai tầng hầm. Sẽ mất ít nhất 14–16 tuần.

Máy biến áp chéo cho chúng ta một mật mã. Chúng tôi sử dụng lại 85% mã trên cả hai nền tảng. Đó là con số thực sự từPhản ứng với bác sĩ bản địa- Các công ty báo cáo 60–90% mã được tái sử dụng.

Hệ số	Sở hữu	Stencils
Thời gian phát triển	14–16 tuần	8 tuần
Dùng lại mã	0%	85%
Cỡ nhóm	6 Nhà phát triển	4 Nhà phát triển
Chi phí ban đầu	$120,000–$160,000	$80,000–$100,000
Hiệu suất	Xuất sắc	~95% người bản xứ (thử nghiệm thực)
Bảo trì	Hai cơ sở mã	Comment

Trao đổi? Một số tính năng bản xứ như bộ lọc máy ảnh tiên tiến có thời gian xây dựng lâu hơn. Nhưng đối với một ứng dụng hậu cần, hiệu ứng chéo hoạt động hoàn hảo.

Theo mộtCuộc khảo sát Statista38% các nhà phát triển sử dụng phản ứng bản địa cho các dự án tạo hình chéo. Đó là khuôn khổ phổ biến nhất.

Bộ công nghệ của chúng tôi

Chúng tôi chọn những công cụ làm tăng sự phát triển mà không phải hy sinh chất lượng.

• Khung làm việc: Sở hữu Phản ứng
• khởi động: Mặt trời- tiết kiệm được 2 tuần cho lần đầu tiên.
• Hậu phương: Comment— Xác thực, Firestore, chức năng đám mây
• CI/CD: Hành động GitHub + Azure DevOpsThử
• Gặp lỗi khi theo dõi: Vào
• Phân tích: Độ lớn

Tại sao phải phản ứng với người bản địa? Khách hàng đã có những nhà phát triển JavaScript. Không cần phải học Dart.

triển lãm cho phép chúng tôi chạy ứng dụng trên một thiết bị trong vòng vài phút. Chúng tôi không lãng phí thời gian để cấu hình mã X hoặc Phòng thu steroid.

Dòng thời gian 8 dặm

Mỗi tuần đều quan trọng. Đây là thời khóa biểu của chúng ta.

Tuần 1: Nền tảng&Mẫu

• Thiết lập Hiển thị dự án
• Name
• Thiết kế cấu trúc định vị (những thẻ + chồng)
• Tạo ra một mẫu thử nghiệm có khả năng truy cập ở Figma
• Khách hàng chấp thuận dòng chảy vào thứ sáu

Tuần 2: Xác thực&Vai trò người dùng

• Comment
• Hai vai: tài xế, người điều khiển
• Lửa quy tắc để hạn chế truy cập dữ liệu
• Được kiểm tra trên cả hai giả lập iOS và máy tính theo robot

Tuần 3: Bảng công việc thực tế

• Trình nghe báo cháy cho cập nhật tác vụ
• FlatList với kéo lại
• Trạng thái công việc: đang chờ, chấp nhận, chuyển tiếp, hoàn tất
• Trình điều khiển chỉ thấy công việc gần đó (bộ lọc định vị)

Tuần 4: Chế độ ngoại tuyến

• Dùngmũ + @react-native-async-storage/async-storage
• Name
• Đồng bộ hàng đợi: cập nhật được gửi khi quay lại mạng
• Được thử nghiệm với chế độ máy bay — hiệu quả

Tuần 5: Ảnh tải lên&Đơn

• Trình chọn ảnh expocho máy ảnh/ gallary
• Trình khách ảnh trộn sang bên<200KB
• Name
• Name

Tuần 6: Người gửi bảng

• Name
• Bản đồ thời gian thực hiện vị trí trình điều khiển
• Số đo hiệu suất trình điều khiển
• Dùngsơ đồ phản ứngcho bản đồ

Tuần 7: Thử thách&Đang gỡ lỗi

• Thử nghiệm đơn vị với Jest (80% tin tức)
• Comment
• Name
• Comment

Tuần 8: Ba Lan&Tăng cường

• Độ tối ưu hoá hiệu suất (làm chậm khi tải ảnh, giảm lại hiệu suất)
• Ứng dụng ảnh chụp màn hình và mô tả cửa hàng
• Phục tùngNamevàName
• Cả hai đều được chấp thuận trong 2 ngày.

Tiến trình phát triển

Chúng tôi chạy nước rút hai tuần. Hàng ngày đứng hàng ngày qua Slack. Cứ 3 ngày lại có phản hồi.

Chúng tôi dùng các chi nhánh. Mỗi yêu cầu kéo kích hoạt dòng hoạt động của GitHub Actions: liet, test, xây dựng với Expo, sau đó tải lên một thiết bị thử nghiệm sử dụng Expo Go.

Không được triển khai lâu. Từ thử nghiệm trực tiếp trên một thiết bị: khoảng 10 phút.

Thử ra và QA

Chúng tôi tự động hóa mọi thứ có thể.

• Thử nghiệm đơn vị: Thư viện Kiểm tra bản địa Jest + Phản ứng
• E2E: Detox cho luồng quan trọng (Xin lỗi, chấp nhận công việc, tải ảnh lên)
• Kiểm tra thủ công: Kiểm tra ánh sáng cho iOS, nội bộ theo dõi cho Ando
• Theo dõi lỗi: đã bắt được 12 lỗi trước khi khởi động

Một ví dụ thực sự: một vụ tai nạn trên robot khi chọn hình ảnh từ phòng trưng bày. Người vào đã cho chúng tôi số chính xác. Được sửa trong 2 giờ.

Triển khai và Phóng

Mặt trờieas xây dựngLàm cho sản xuất xây dựng đơn giản.

Chúng tôi sử dụng cuộn phim được dàn dựng: 1% người dùng đầu tiên, 10% ngày thứ hai, 100% ngày thứ ba.

Không có vấn đề gì. Một lỗi thông báo lỗi về iOS 17 — đã đẩy cột nóng trong vòng một giờ.

Kết quả và phương pháp đo lường

Ứng dụng sẽ được truyền trực tiếp vào tuần 8.

• Trình điều khiển: 150 hoạt động trong tháng đầu
• Việc làm đã xử lý: 3.200 trong tháng một
• Ảnh tải lên: 2,800
• Tỷ lệ sụp đổ: 99.6% (dữ liệu vào)
• Chọn: 4.7 sao
• Điều phối sự thỏa mãn: 92% ( khảo sát nội bộ)

Khách hàng tiết kiệm được 40.000 đô so với việc xây dựng hai ứng dụng bản địa. Đó là mộtAndresternghiên cứu ước tính — chéo-Patform giảm chi phí 30–50%.

Bài học đã học

1. Bắt đầu với Expo.Nó giúp chúng ta tiết kiệm được 2 tuần. Nếu bạn cần mô- đun bản xứ không ở Expo, bạn có thể đẩy sau.
2. Kế hoạch tắt chế độ sớm.Chúng tôi thêm nó vào tuần thứ 4. Nếu đợi đến tuần 7, chúng ta sẽ trễ hạn.
3. Kiểm tra thiết bị thực tế hàng ngày.Mô phỏng nhớ bọ. Ngày nào chúng tôi cũng đẩy các tòa nhà đến Expo Go.
4. Đừng làm quá sức.Chúng tôi đã sử dụng căn cứ cứu hỏa và hỏa hoạn. Không có hậu phương tự chọn. Vậy là giảm 40% thời gian phát triển.
5. Phản hồi khách hàng mỗi 3 ngày.Ngăn chặn hoạt động trở lại. Chúng tôi gửi bản trình chiếu phim ngắn — chứ không phải số liệu kỹ thuật.

Suy nghĩ cuối cùng

Một ứng dụng làm giả 8 tuần là có thể. Bạn cần những công cụ đúng đắn, một dòng thời gian vững chắc, và liên lạc liên tục.

Chúng tôi sử dụng các hành động phản ứng của người bản địa, triển lãm, căn cứ và GitHub. Mỗi lựa chọn tiết kiệm thời gian.

Nếu bạn đang xem xét một ứng dụng xuyên truyền thống, hãy bắt đầu với một thời gian rõ ràng. Tránh tính khí đáng sợ. Dùng một khuôn khổ mà bạn biết.

Chúng tôi làm việc này vì lý do hậu cần, bán lẻ và y tế. Mỗi dự án dạy chúng tôi điều gì đó mới mẻ.

Tàu của bạn cũng như vậy

Làm thế nào chúng tôi đã kiểm tra điều này vào năm 2026: chúng tôi kiểm tra lại dòng thời gian, ngăn xếp và liên kết vào tháng 9 năm 2026; những con số được trích dẫn là các số đo mức độ trường hợp được ghi ở cột này.

Tám tuần là một hệ thống, không phải may mắn. Những hướng dẫn viên này bao gồm những phần của nó:

• Tiếp theo.js SAO: SSR vs ISR vs SSG- việc vẽ web yêu cầu các trang tiếp thị ứng dụng của bạn
• Kế tiếp.js lõi Mạng tối ưu hóa- đạt tốc độ mà bạn cần
• Comment- Thêm câu trả lời vào một khi bạn đã vận chuyển

Những câu hỏi thường xuyên

Bạn có thể xây dựng một ứng dụng hiệu ứng chéo trong 8 tuần?

Vâng, nếu ứng dụng có độ phức tạp vừa phải. Dòng thời gian hoạt động cho ứng dụng với 5–8 màn hình, tính năng bản địa tối thiểu, và một hậu phương chuẩn. Thêm 2–3 tuần cho hoạt hình phức tạp hoặc tích hợp phần cứng.

Khung nào nhanh hơn cho sự phát triển xuyên suốt: phản ứng bản địa hay Flutter?

Phản ứng của người bản địa nhanh hơn nếu đội của bạn biết JavaScript/ type. Nó đòi hỏi học tiếng Dart. Theo kinh nghiệm của chúng tôi, phản ứng với người bản địa với triển lãm tiết kiệm được 1–2 tuần trên thiết lập ban đầu. Đối với các ứng dụng hiệu suất cao (v. d., đồ họa-Havy), Flutter có thể tốt hơn.

3, làm thế nào để xử lý chế độ ngoại tuyến trong ứng dụng chuyển dạng chéo?

Chúng tôi sử dụngmũđể tạm giữ tình trạng Redux tại địa phương. Công việc và dữ liệu người dùng được lưu trữ trong AsyncStorage. Khi thiết bị tắt, ứng dụng sẽ đọc dữ liệu đã lưu tạm. Khi trở lại trực tuyến, một hàng đợi đồng bộ đẩy các bản cập nhật đang chờ.

4 là sự khác biệt điển hình giữa sự phát triển hình chéo của bản địa và cơ sở địa phương là gì?

Theo mộtAndresternghiên cứu, cải tạo chéo có thể giảm chi phí phát triển 30–50%. Đối với khách hàng, khoản tiết kiệm là 40.000 đô. Bảo trì cũng rẻ hơn vì bạn cập nhật một mật mã.

5. Làm thế nào để đảm bảo ứng dụng có vẻ tốt trên cả iOS và Ando?

Chúng tôi sử dụng các thành phần nhất quán từ những người bản địa phản ứng và tránh những hành vi cụ thể trừ khi hoàn toàn cần thiết. Chúng tôi kiểm tra cả hai thiết bị mỗi ngày. Công trình xây dựng phổ quát của giới triển lãm đảm bảo rằng cùng một mã trên cả hai nền tảng.

Xây dựng ứng dụng chữ thập ngang nhanh hơn

Anh có một hạn chót. Chúng tôi có quá trình.

VàoCơ quan DG10Chúng tôi chuyên về phát triển ứng dụng xuyên dạng. Chúng tôi theo dõi thời gian đã được chứng minh 8 tuần. Chúng tôi sử dụng phản ứng của người bản địa, triển lãm, căn cứ cứu hỏa, và tự động kết nối CI/CD.

Không có gì đâu. Không trì hoãn. Chỉ là một ứng dụng làm việc trên cả hai cửa hàng.

Liên lạc với chúng tôi hôm nayđể bắt đầu dự án của bạn. Chúng tôi sẽ vạch ra dòng thời gian riêng trong 48 giờ.