Thật may là dự án ezyhttp cũng đang tích hợp GraphQL nên anh có thể trả lời em thế này nhé.

1. Có vẻ như em đã sử dụng 1 thư viện client nào đó nên có sự nhầm lẫn ở đây, GraphQL là một ngôn ngữ truy vấn còn Rest là một giao thức được xây dựng trên http nên 2 thứ này bổ trợ cho nhau chứ không có sự so sánh nào ở đây cả
2. Bản thân GraphQL có thể sử dụng với bất kì giao thức nào như tcp, websocket hay Rest (http), khi kết hợp với Rest thì nó có thể gọi thông qua GET và POST, ví dụ:

   curl --location -g --request GET 'http://localhost:8083/graphql?operationName=me&query={me{id+name+friends{name}}}&variables={"id" : 1}'
   

Em có thể tham khảo ở trang chủ của GrahpQL để biết thêm chi tiết nhé Nói rộng thêm 1 chút. A. Khi kết hợp với Rest thì GraphQL cũng tiết kiệm được khá nhiều công sức. Ví dụ em có 1 đối tượng user thế này:

User { id, name, nickName}

Ví dụ Rest có 3 APIs:

1. getUserId: chỉ trả về id
2. getUsername: chỉ trả về name
3. getUserNickName: chỉ trả về nickName

1. <code>curl --location -g --request GET 'http://localhost:8083/graphql?operationName=getUser&query={user{id}}&variables={"id" : 1}'</code>
2. <code>curl --location -g --request GET 'http://localhost:8083/graphql?operationName=getUser&query={user{name}}&variables={"id" : 1}'</code>
3. <code>curl --location -g --request GET 'http://localhost:8083/graphql?operationName=getUser&query={user{nickName}}&variables={"id" : 1}'</code>

B. GraphQL khi kết hợp với Rest sẽ chỉ nên có 1 API là /graphql thôi, và thay vì viết các lớp controller như ngày xưa thì giờ đây chúng ta sẽ viết các lớp DataFetcher C. Nhìn chung kết hợp Rest với GraphQL cũng là một ý hay, nó giúp chúng ta tuỳ biến được số lượng trường cần response từ đó tiết kiệm được rất nhiều dung lượng.

• Trong dự án hiện tại bọn anh đang làm thì chưa đả động gì đến GraphQL cả, một phần dự án bọn anh cũng lâu rồi, 1 phần là API của bọn anh khá phức tạp, gọi đến nhiều service khác nhau nên ứng dụng GraphQL cũng không có nhiều ý nghĩa.