2 công nghệ để làm việc với API được so sánh với nhau rất nhiều hiện nay đó là GraphQL và REST API. Và trong video này chúng ta sẽ cùng nhau tìm hiểu về 2 công nghệ này để hiểu rõ chúng là gì? những ưu/nhược điểm cũng như là những điểm khác nhau của chúng. Và mình tin chắc khi các bạn xem hết video này, các bạn sẽ có thêm những kiến thức rất hữu dụng để phục vụ cho công việc của các bạn.
🔗 Link tham khảo 🔗
Lập trình Chat App cùng Firebase:
React 18 trong 10 phút:
Học React trong 30 phút:
📢 Liên hệ với mình tại 📢
Facebook:
Instagram:
Github:
Facebook cá nhân:
Email: holetex@outlook.com
Website:
🤝 Tham gia làm hội viên của kênh này để được hưởng đặc quyền:
#holetex #graphql #restapi #rest #graphqlvsrest
ung hộ anh!,
Cảm ơn bạn, mong bạn làm nhiều video hơn về graphQL và mongoDB ạ
hay quas anh
Kênh hay v mà giờ mình mới biết. Cám ơn vì cách chia sẻ và khả năng truyền đạt của anh.
Mong anh có thể ra các video về nội dung như Closure, Scope, …
Chúc kênh ngày càng phát triển.
Anh ơi, anh làm khóa React có phí hướng dẫn build sản phẩm từ đầu đến cuối để đi thực tập được đi a :((
Anh làm về typecript trong react đi ạ
cám ơn anh vì video rất bổ ích ạ
Socket đi a ở VN chưa ai lm ở mức vận dụng đc ạ, toàn phải đọc docs chứ ko biết thực tế nên viết code như nào ạ
Cho e xin tên nhạc intro đi ạ nghe cuốn quá
Anh ra thêm video về React Router đi ạ :(((
Theo mình đánh giá thì
Việc graphQL rất linh động là không phải bàn cải.
Nhưng về performance ở server thì REST vẫn đang làm rất tốt.
Ngoài ra các thư viện hỗ trợ REST rất nhiều và không quá cứng nhăc nữa. (select, eager, …)
Về việc phát triển thì grapgQL nhanh hơn REST là không chính xác. Vẫn tốn rất nhiều chi phí như resolver, input, …
Đánh giá thì graphQL hỗ trợ phía FE clear hơn. Nhưng về performance và mục đích áp dụng cần phải cân nhắc.
Video hay quá anh ôi.
Video nào trên kênh cũng đc chăm chút kĩ càng, xem vừa dễ hiểu vừa thích mắt nữa anh kkk, mong sắp tới có series dài hơn xem cho đã
Mình thấy đánh giá về việc chỉnh sửa và cập nhật thì graphQL nhanh hơn so với REST là không quá chính xác.
Công nhận là nếu có yêu cầu cập nhật API, thì REST phải chỉnh sửa hoặc tạo API mới, nhưng về graphQL cũng phải cập nhật resolver chứ dữ liệu không tự dưng sinh ra.
Và graphQL có 1 nhược điểm khá lớn là mọi field đều cần 1 resolver, nên nếu thiết kế hệ thống không nắm vững những kỹ thuật nâng cao như batching thì sẽ làm gia tăng số query từ server đến database, không tối ưu hơn REST là bao.
Tựu chung lại thì mình thấy các so sánh graphQL và REST hiện tại đều đa phần đến từ góc nhìn client, rất thiếu những so sánh đến từ phía server
Anh có thể làm hướng dẫn về typescript ko ạ
Quá hay ạ
hay quá anh ạ
Còn so sánh tốc độ giữa REST với GraphQL thì sao anh
hay anh ơi
ok, một vài từ cần phát âm chuần hơn, vd: "caching" : "kết ching"
quá hay và ý nghĩa anh 😍
rất dễ hiểu cảm ơn a ạ
Quá đỉnh ạ.
Mong anh ra 1 video về redux-saga ạ
rất tuyệt vời và bổ ích