Đáp án Quiz GraphQL — 36 câu hỏi có giải thích

Đáp án: B

Client mô tả chính xác trường mình cần và server trả về đúng hình dạng đó. REST thì mỗi endpoint có hình dạng phản hồi cố định, nên client hoặc nhận thừa dữ liệu hoặc phải gọi nhiều lần.

Đáp án: D

Schema là hợp đồng mô tả mọi kiểu, trường và tham số mà client truy vấn được. Nhờ nó, truy vấn sai tên trường hay sai kiểu bị từ chối trước khi chạy, và công cụ sinh mã cùng gợi ý trong trình soạn thảo đều dựa vào nó.

Đáp án: B

Về mặt thực thi, các trường cấp cao của mutation chạy tuần tự để thứ tự thay đổi dữ liệu là xác định, còn query chỉ đọc nên các trường chạy song song được. Về ngữ nghĩa, query là đọc và mutation là ghi.

Đáp án: C

Resolver là hàm trả về giá trị cho một trường. Server đi theo hình dạng truy vấn và gọi resolver tương ứng cho từng trường, nên một truy vấn lồng nhiều tầng sẽ kích hoạt một cây lời gọi.

Đáp án: B

Dấu chấm than nghĩa là trường không bao giờ null. Đây là cam kết mạnh: nếu resolver trả về null cho trường đó, lỗi sẽ lan lên trường cha gần nhất cho phép null, và có thể xoá cả một nhánh dữ liệu.

Đáp án: D

Dùng biến thì tài liệu truy vấn giữ nguyên cho mọi giá trị, nên server phân tích và lưu đệm được, còn giá trị được kiểm tra kiểu. Ghép chuỗi tạo ra truy vấn khác nhau mỗi lần và mở đường cho việc chèn nội dung ngoài ý muốn.

Đáp án: A

Fragment gom một nhóm trường dùng lại được. Trong thực tế, nó cho phép mỗi thành phần giao diện khai báo dữ liệu nó cần, rồi màn hình ghép các fragment lại thành một truy vấn duy nhất.

Đáp án: A

Có. Phản hồi gồm phần dữ liệu và phần lỗi, nên một truy vấn có thể trả về kết quả một phần: nhánh nào lỗi thì null và được ghi vào danh sách lỗi, nhánh khác vẫn có dữ liệu bình thường.

Đáp án: D

Nội soi cho phép truy vấn chính schema để biết có những kiểu, trường và tham số nào. Đây là nền tảng cho công cụ khám phá API, gợi ý khi gõ truy vấn và sinh kiểu tự động cho client.

Đáp án: C

Nhận thiếu là khi một màn hình phải gọi nhiều endpoint rồi tự ghép dữ liệu, vì mỗi endpoint chỉ trả về một phần. Trên mạng di động, mỗi vòng mạng thêm vào đều làm màn hình chậm rõ rệt.

Đáp án: C

Đây là vấn đề N cộng một: một lời gọi lấy danh sách bài viết, rồi resolver của trường tác giả chạy riêng cho từng bài. Cách xử lý chuẩn là gom các lời gọi trong cùng một vòng thực thi thành một truy vấn theo lô.

Đáp án: A

Dựa vào tên kiểu cộng định danh của bản ghi. Nhờ vậy cùng một đối tượng xuất hiện trong nhiều truy vấn chỉ được lưu một bản, và cập nhật nó ở một nơi sẽ tự phản ánh ở mọi màn hình đang hiển thị.

Đáp án: A

Con trỏ trỏ vào một vị trí xác định trong tập kết quả, nên bản ghi mới chèn vào không làm lệch trang như phân trang theo số trang. Đổi lại, nhảy thẳng tới trang thứ mười là việc khó với con trỏ.

Đáp án: A

Đặt ở tầng nghiệp vụ phía sau resolver, nơi biết cả người dùng lẫn bản ghi cụ thể. Kiểm tra chỉ ở cổng vào là chưa đủ vì nó không biết người dùng có quyền xem đúng bản ghi đang được yêu cầu hay không.

Đáp án: D

Vì client tự quyết định hình dạng truy vấn, một truy vấn lồng sâu qua các quan hệ hai chiều có thể tăng khối lượng theo cấp số nhân và làm quá tải server chỉ với một yêu cầu duy nhất.

Đáp án: D

Client gửi mã băm của truy vấn thay vì cả tài liệu, nên yêu cầu nhẹ hơn. Quan trọng hơn, server có thể chỉ chấp nhận các truy vấn đã đăng ký, biến danh sách đó thành một hàng rào chặn truy vấn tuỳ ý.

Đáp án: A

Trả về bản ghi vừa thay đổi kèm các trường liên quan, để client cập nhật cache và giao diện ngay. Với cache chuẩn hoá, chỉ cần định danh và các trường đã đổi là mọi màn hình đang hiển thị tự cập nhật.

Đáp án: D

Subscription hợp với sự kiện không đoán trước và cần đẩy ngay: tin nhắn mới, giá thay đổi, trạng thái đơn hàng. Với dữ liệu đổi đều đặn, hỏi lại theo lịch thường đơn giản và rẻ hơn nhiều về mặt vận hành.

Đáp án: D

GraphQL tiến hoá bằng cách thêm trường mới và đánh dấu trường cũ là không dùng nữa, thay vì đánh số phiên bản. Client cũ vẫn chạy vì trường cũ còn đó, và trường cũ chỉ bị gỡ khi không còn ai truy vấn tới.

Đáp án: B

Vì mọi truy vấn đi qua một địa chỉ duy nhất và thường dùng phương thức POST, nên cache trung gian không phân biệt được. Bù lại, GraphQL đẩy việc lưu đệm về phía client với cache chuẩn hoá theo đối tượng.

Đáp án: D

Sinh mã tạo ra kiểu chính xác cho từng truy vấn, nên gõ sai tên trường hay dùng sai kiểu bị bắt lúc biên dịch. Kết hợp với kiểm tra schema trong quy trình tích hợp, một thay đổi phá vỡ hợp đồng sẽ làm hỏng build thay vì hỏng ứng dụng.

Đáp án: A

Chạy truy vấn thật qua schema rồi so kết quả, vì cách này phủ cả schema, resolver và tầng nghiệp vụ đúng như client sẽ gặp. Nguồn dữ liệu bên dưới thì giả lập để kiểm thử nhanh và ổn định.

Đáp án: B

Cách bền nhất là xin địa chỉ ký sẵn qua một mutation, tải tệp thẳng lên kho lưu trữ, rồi gọi mutation thứ hai để gắn tệp vào bản ghi. Tệp không đi qua server API nên tránh được giới hạn kích thước và tải nặng.

Đáp án: A

Đo theo tên truy vấn và theo thời gian giải quyết từng trường. Đo ở mức endpoint là vô nghĩa vì mọi truy vấn dùng chung một địa chỉ, và mã trạng thái thường là 200 kể cả khi phản hồi chứa lỗi.

Đáp án: B

GraphQL không đáng dùng cho API đơn giản, ít client, nhu cầu dữ liệu cố định. Chi phí về tầng thực thi, cache, giới hạn truy vấn và quan sát vận hành khi đó không được bù lại bằng lợi ích nào rõ rệt.

Đáp án: D

Interface buộc mọi kiểu cài đặt nó phải có chung một tập trường, nên truy vấn được các trường đó mà không cần biết kiểu cụ thể. Union gom các kiểu không có gì chung, nên phải dùng fragment theo từng kiểu.

Đáp án: B

Kiểu vô hướng tuỳ chỉnh cho phép kiểm tra và chuẩn hoá định dạng ngay ở tầng schema: giá trị sai bị từ chối trước khi vào resolver, và mọi client nhận cùng một định dạng thay vì mỗi endpoint một kiểu.

Đáp án: A

Chúng bật tắt một phần truy vấn theo giá trị biến, nên cùng một tài liệu phục vụ được nhiều trường hợp. Điều này quan trọng với truy vấn lưu sẵn, nơi số lượng tài liệu khác nhau cần được giữ ở mức tối thiểu.

Đáp án: D

Schema lo phần kiểu và tính bắt buộc, còn luật nghiệp vụ nằm ở tầng nghiệp vụ. Hệ kiểu không diễn tả được các luật như số tiền phải dương, mã giảm giá còn hiệu lực, hay ngày kết thúc phải sau ngày bắt đầu.

Đáp án: D

Tính theo chi phí ước lượng của truy vấn, không phải số yêu cầu. Một truy vấn lấy một bản ghi và một truy vấn lồng ba tầng qua danh sách nghìn phần tử là hai khối lượng công việc chênh nhau hàng nghìn lần.

Đáp án: A

Bộ tải đệm kết quả theo khoá mà không biết quyền, nên dùng chung toàn cục sẽ trả dữ liệu đã đệm của người dùng này cho yêu cầu của người khác. Tạo mới theo từng yêu cầu là ranh giới bảo mật bắt buộc.

Đáp án: A

Dùng GET khi kết hợp với truy vấn lưu sẵn: địa chỉ trở nên duy nhất theo mã băm và biến, nên tầng phân phối nội dung và cache trung gian đệm được. Với truy vấn dài viết thẳng thì POST an toàn hơn vì không vướng giới hạn độ dài địa chỉ.

Đáp án: C

Client ghi kết quả dự kiến vào bộ đệm ngay khi gửi mutation, nên giao diện phản hồi tức thì. Khi server trả lời, dữ liệu thật thay thế dữ liệu tạm; nếu thất bại thì bộ đệm được hoàn về trạng thái trước đó.

Đáp án: B

Schema trước: viết schema bằng ngôn ngữ định nghĩa rồi cài đặt resolver theo nó. Mã trước: định nghĩa kiểu bằng mã và schema được sinh ra. Khác biệt thật nằm ở nguồn sự thật của hợp đồng và cách các đội phối hợp.

Đáp án: C

Dùng vết theo dõi thời gian giải quyết từng trường: nó cho thấy trường nào chiếm phần lớn thời gian và gọi nguồn dữ liệu bao nhiêu lần, nên phát hiện ngay vấn đề N cộng một hoặc một dịch vụ phụ chậm.

Đáp án: A

Đặt ở state của ứng dụng chứ không nhét vào bộ đệm GraphQL. Bộ đệm được thiết kế cho dữ liệu server với cơ chế làm mới và hết hạn riêng, còn trạng thái giao diện có vòng đời hoàn toàn khác.