Hiện tại có nhiều cách tiếp cận để xây dựng các ứng dụng web:
1. Chỉ phía máy chủ
Đây là một cách tiếp cận cổ điển nơi bạn kết xuất các trang trên máy chủ bằng khung web như Ruby on Rails, Django, Express, Play! Khung và vv
Quy trình công việc điển hình : Xây dựng tất cả logic kinh doanh, mô hình và xem mẫu trên máy chủ theo khung bạn chọn.
2. API khách hàng + API
Tương đối cách đây không lâu, toàn bộ cộng đồng web đã bắt đầu xây dựng các ứng dụng phía máy khách trong Angular, Backbone, Ember và một vài chục khung JavaScript MV * khác. Và bây giờ chúng tôi cũng có React.js tham gia bữa tiệc.
CẬP NHẬT : Không có sự hiểu lầm. Những gì tôi có nghĩa là chỉ phía khách hàng là hoàn toàn tách biệt mối quan tâm. Bạn có máy chủ API REST và ứng dụng phía máy khách nói chuyện với máy chủ đó. Tùy thuộc vào trường hợp sử dụng của bạn, rất có thể, bạn sẽ không bao giờ có ứng dụng chỉ dành cho khách hàng thực sự không kết nối với back-end để xác thực hoặc duy trì dữ liệu.
Quy trình làm việc điển hình : Dành hàng giờ để quyết định Angular vs Backbone vs Ember vs X. Sau đó, bạn xây dựng tuyến đường, mô hình, chế độ xem, bộ điều khiển của mình trên máy khách. Sau khi bạn hoàn thành, bây giờ xây dựng mô hình, bộ điều khiển, tuyến đường trên máy chủ. Theo một cách nào đó, bạn đang làm gấp đôi số lượng công việc.
3. Lai
Tôi không biết nhiều về cách sử dụng phương pháp này, nhưng nếu tôi đoán, bạn sẽ hiển thị các khung nhìn của mình (Khung nhìn của khung MVC) trên máy chủ. Kết quả là bạn nhận được hỗ trợ SEO cộng với tải trang nhanh hơn.
Trên lai phía trước có Airbnb của rendr được cho là kết hợp xương sống và thể hiện với nhau.
Eric Florenzo đã đăng trên blog của mình ngày hôm nay: React: Cuối cùng, một ngăn xếp web máy chủ / máy khách tuyệt vời .
Số lượng cách để xây dựng các ứng dụng web chỉ là quá nhiều. Và đối với ai đó đang học phát triển web thì điều này có thể trở thành một vấn đề. Làm thế nào để một người quyết định sử dụng phương pháp nào để xây dựng ứng dụng tiếp theo của họ?