Bird
Raised Fist0
Rest APIprogramming~5 mins

Response envelope patterns in Rest API

Choose your learning style10 modes available
Introduction

Response envelope patterns help organize API responses in a clear and consistent way. They make it easy to understand if a request worked and what data or errors came back.

When you want to always include status information with your API response.
When you want to send data along with messages like success or error explanations.
When you want clients to easily check if the API call succeeded or failed.
When you want to standardize responses across different API endpoints.
When you want to include extra metadata like timestamps or pagination info.
Syntax
Rest API
{
  "status": "success" | "error",
  "data": {...},
  "message": "Optional message string",
  "errors": [...],
  "meta": {...}
}

The status field usually shows if the request was successful or not.

The data field holds the main response content when successful.

Examples
A simple success response with user data inside data.
Rest API
{
  "status": "success",
  "data": {
    "user": {"id": 1, "name": "Alice"}
  }
}
An error response showing a message and a list of errors.
Rest API
{
  "status": "error",
  "message": "User not found",
  "errors": ["No user with id 1"]
}
A success response with a list of items and extra metadata.
Rest API
{
  "status": "success",
  "data": [1, 2, 3],
  "meta": {"count": 3}
}
Sample Program

This small Flask API returns a response envelope. If the user exists, it sends a success status with user data. If not, it sends an error status with a message and error list.

Rest API
from flask import Flask, jsonify, request

app = Flask(__name__)

users = {1: "Alice", 2: "Bob"}

@app.route('/user/<int:user_id>')
def get_user(user_id):
    if user_id in users:
        response = {
            "status": "success",
            "data": {"id": user_id, "name": users[user_id]}
        }
    else:
        response = {
            "status": "error",
            "message": "User not found",
            "errors": [f"No user with id {user_id}"]
        }
    return jsonify(response)

if __name__ == '__main__':
    app.run(debug=True)
OutputSuccess
Important Notes

Always keep the response format consistent so clients can handle responses easily.

Include helpful messages and error details to make debugging easier.

Use the meta field for extra info like paging or timing if needed.

Summary

Response envelopes wrap API data with status and messages for clarity.

They help clients quickly know if a request succeeded or failed.

Consistent response patterns improve API usability and debugging.

Practice

(1/5)
1. What is the main purpose of using a response envelope in REST APIs?
easy
A. To increase the size of the response for security
B. To wrap the actual data with status and messages for clarity
C. To hide the data from the client
D. To make the API slower intentionally

Solution

  1. Step 1: Understand what a response envelope is

    A response envelope is a structure that wraps the main data with extra information like status and messages.
  2. Step 2: Identify the purpose of wrapping data

    This wrapping helps clients quickly understand if the request succeeded or failed and provides useful messages.
  3. Final Answer:

    To wrap the actual data with status and messages for clarity -> Option B
  4. Quick Check:

    Response envelope = Wrap data with status and messages [OK]
Hint: Response envelopes add status and messages around data [OK]
Common Mistakes:
  • Thinking response envelopes hide data
  • Believing they slow down the API on purpose
  • Confusing response envelopes with security features
2. Which of the following is the correct JSON structure for a simple response envelope?
easy
A. {"status": "success", "data": {"id": 1, "name": "Alice"}}
B. {"data": {"id": 1, "name": "Alice"}, "error": null}
C. {"result": {"id": 1, "name": "Alice"}}
D. {"message": "success", "payload": {"id": 1, "name": "Alice"}}

Solution

  1. Step 1: Identify the typical keys in a response envelope

    Common keys include "status" for success/failure and "data" for the actual content.
  2. Step 2: Check each option for correct keys and structure

    {"status": "success", "data": {"id": 1, "name": "Alice"}} uses "status" and "data" correctly. Others use different or missing keys.
  3. Final Answer:

    {"status": "success", "data": {"id": 1, "name": "Alice"}} -> Option A
  4. Quick Check:

    Correct keys = status + data [OK]
Hint: Look for 'status' and 'data' keys in JSON [OK]
Common Mistakes:
  • Using 'result' or 'payload' instead of 'data'
  • Missing the 'status' key
  • Confusing 'error' with 'status'
3. Given this response envelope JSON:
{"status": "error", "message": "Not found", "data": null}

What should the client understand from this response?
medium
A. The request succeeded and data is available
B. The server returned invalid JSON
C. The request succeeded but data is empty
D. The request failed and no data is returned

Solution

  1. Step 1: Analyze the 'status' field

    The status is "error", indicating the request did not succeed.
  2. Step 2: Check the 'message' and 'data' fields

    The message says "Not found" and data is null, meaning no data was returned due to an error.
  3. Final Answer:

    The request failed and no data is returned -> Option D
  4. Quick Check:

    Status 'error' + null data = failure [OK]
Hint: Check 'status' first to know success or failure [OK]
Common Mistakes:
  • Assuming 'error' means success
  • Ignoring the 'message' field
  • Thinking null data means empty success
4. You have this response envelope:
{"status": "success", "data": {"id": 5}}

What is wrong with this response?
medium
A. Missing closing brace for JSON object
B. Missing 'message' field in the envelope
C. Data should be an array, not an object
D. Status should be 'ok' instead of 'success'

Solution

  1. Step 1: Check JSON syntax

    The JSON string ends after "id": 5 without closing the outer object with a brace.
  2. Step 2: Validate required fields

    While 'message' is optional and 'data' can be an object, the missing brace is a syntax error.
  3. Final Answer:

    Missing closing brace for JSON object -> Option A
  4. Quick Check:

    JSON must have matching braces [OK]
Hint: Always check JSON braces for completeness [OK]
Common Mistakes:
  • Assuming 'message' is mandatory
  • Thinking 'data' must be an array
  • Confusing status values
5. You want to design a response envelope that includes:
- A status code (number)
- A success boolean
- A message string
- The actual data

Which JSON structure best fits this requirement?
hard
A. {"result": {"code": 200, "message": "OK"}, "payload": {"user": "Bob"}}
B. {"status": "success", "data": {"user": "Bob"}}
C. {"code": 200, "success": true, "message": "OK", "data": {"user": "Bob"}}
D. {"success": "true", "code": "200", "msg": "OK", "data": {"user": "Bob"}}

Solution

  1. Step 1: Match required fields with options

    Required fields are numeric status code, boolean success, message string, and data object.
  2. Step 2: Check each option for correct types and keys

    {"code": 200, "success": true, "message": "OK", "data": {"user": "Bob"}} uses 'code' as number, 'success' as boolean, 'message' as string, and 'data' correctly. Others miss types or keys.
  3. Final Answer:

    {"code": 200, "success": true, "message": "OK", "data": {"user": "Bob"}} -> Option C
  4. Quick Check:

    Correct keys and types = {"code": 200, "success": true, "message": "OK", "data": {"user": "Bob"}} [OK]
Hint: Check data types match requirements exactly [OK]
Common Mistakes:
  • Using strings instead of boolean or number
  • Missing some required fields
  • Using inconsistent key names
Recommended

Ready to prove it?

Pass the test and this pattern moves unknown strong while earning +1 Grip toward your certificate.

10 questions~5 mineasy hard