实现 API 端点与序列化
构建 API 端点,处理请求体和响应体,并高效序列化数据以供客户端使用。
实现 API 端点与序列化 是 CoddyKit 上的免费 Elixir & Phoenix: Scalable Backend Development 课时。 这是第 2 节课,共 4 节。 你可以在下方免费阅读本课时的完整内容 — 然后在浏览器中使用内置代码编辑器和全天候 AI 导师进行实践。 这是 Elixir & Phoenix: Scalable Backend Development 学习路径的一部分,你的进度在网页和 CoddyKit 应用中同步。 Elixir & Phoenix: Scalable Backend Development 课程共包含 4 节课。
本课时的部分内容尚未翻译,以英文显示。
API Endpoints: The Basics
Welcome! In this lesson, we'll build API endpoints in Phoenix. An API endpoint is a specific URL that an API client can access to perform an action or retrieve data.
Think of it as a digital address for a specific resource, like /api/products or /api/users/123. Each endpoint usually corresponds to an action (e.g., get all products, create a new user).
Scaffolding an API Resource
Phoenix provides a handy generator to quickly set up a RESTful API resource. We'll use mix phx.gen.json to create a Product resource.
This command generates:
- A router entry
- A controller (e.g.,
ProductController) - An Ecto schema (e.g.,
Product) - A view (e.g.,
ProductView) for JSON serialization
mix phx.gen.json Products Product products name:string description:text price:decimalThe API Controller: Listing & Showing
After generating, let's look at a basic API controller. The index action handles GET /products to list all products. The show action handles GET /products/:id to display a single product.
Phoenix controllers use conn (the connection) to manage requests and responses. We fetch data and then render it as JSON.
defmodule MyAppWeb.ProductController do
use MyAppWeb, :controller
alias MyApp.Products
alias MyApp.Products.Product
action_fallback MyAppWeb.FallbackController
def index(conn, _params) do
products = Products.list_products()
render(conn, :index, products: products)
end
def show(conn, %{"id" => id}) do
product = Products.get_product!(id)
render(conn, :show, product: product)
end
endHandling Request Bodies: Create
When a client sends data to create a new resource (e.g., POST /products), that data is in the request body. Phoenix makes this data available in conn.body_params.
We typically pass this data to an Ecto Changeset for validation and then insert it into the database. If successful, we respond with the newly created resource; otherwise, we send an error.
Code: The `create` Action
Here's a simplified create action. Notice how we use conn.body_params and then render the result. (In a real app, create_product would involve Changesets and Ecto Repo calls).
Try to understand how the new product is rendered back to the client.
defmodule MyAppWeb.ProductController do
use MyAppWeb, :controller
alias MyApp.Products
alias MyApp.Products.Product
# ... other actions ...
def create(conn, %{"product" => product_params}) do
case Products.create_product(product_params) do
{:ok, product} ->
conn
|> put_status(:created)
|> render(:show, product: product)
{:error, %Ecto.Changeset{} = changeset} ->
conn
|> put_status(:unprocessable_entity)
|> render(MyAppWeb.ChangesetView, "error.json", changeset: changeset)
end
end
# Dummy function for runnable code
defp create_product(params) do
# In a real app, this would save to DB with Ecto.Changeset
# For demo, just return a dummy product
product = %Product{id: 1, name: params["name"], price: params["price"], description: params["description"]}
{:ok, product}
end
# For runnable context
defmodule Product do
defstruct [:id, :name, :price, :description]
end
endHandling Request Bodies: Update
The update action handles PUT or PATCH requests to modify an existing resource (e.g., PUT /products/:id). It's similar to create, but you first retrieve the existing resource.
The updated data is also found in conn.body_params. After validating and updating the resource, you typically respond with the updated resource or an error.
defmodule MyAppWeb.ProductController do
use MyAppWeb, :controller
alias MyApp.Products
alias MyApp.Products.Product
# ... other actions ...
def update(conn, %{"id" => id, "product" => product_params}) do
product = Products.get_product!(id)
case Products.update_product(product, product_params) do
{:ok, product} ->
render(conn, :show, product: product)
{:error, %Ecto.Changeset{} = changeset} ->
conn
|> put_status(:unprocessable_entity)
|> render(MyAppWeb.ChangesetView, "error.json", changeset: changeset)
end
end
# Dummy functions for runnable context
defp get_product!(id), do: %Product{id: String.to_integer(id), name: "Old Name", price: "10.0", description: "Old Description"}
defp update_product(product, params) do
updated_product = %{product | name: Map.get(params, "name", product.name), price: Map.get(params, "price", product.price)}
{:ok, updated_product}
end
defmodule Product do
defstruct [:id, :name, :price, :description]
end
endWhat is Serialization?
Serialization is the process of converting Elixir data structures (like structs or maps) into a format that can be easily transmitted over a network or stored. For APIs, this usually means converting Elixir data into JSON (JavaScript Object Notation).
Why is it important? It allows different systems (your Elixir backend and a mobile app or web frontend) to understand and exchange data consistently.
Basic JSON Serialization with `render`
Phoenix uses views to handle serialization. When you call render(conn, :show, product: product) in a controller, Phoenix looks for a corresponding view module (e.g., ProductView) and a function (e.g., render("show.json", %{product: product})).
This function then defines how the Elixir product struct should be transformed into a JSON map.
defmodule MyAppWeb.ProductView do
use MyAppWeb, :view
def render("index.json", %{products: products}) do
%{data: render_many(products, __MODULE__, :product)}
end
def render("show.json", %{product: product}) do
%{data: render_one(product, __MODULE__, :product)}
end
def product(product) do
%{id: product.id,
name: product.name,
description: product.description,
price: product.price}
end
endCustomizing JSON Output
The product/1 function within ProductView is where you define the exact structure of your JSON response. You can:
- Select specific fields to include or exclude.
- Rename fields for client-friendliness.
- Nest related data (e.g., include a product's category).
This gives you fine-grained control over what data your API exposes and how it's structured.
Quick Check: Request Bodies
Consider a Phoenix API endpoint designed to create a new user. A client sends a POST request to /api/users with a JSON body:
{"user": {"name": "Alice", "email": "alice@example.com"}}Which part of the conn struct holds the data {"name": "Alice", "email": "alice@example.com"}?
Recap: Endpoints & Serialization
Great job! You've learned how to build and understand Phoenix API endpoints:
- API Endpoints: Specific URLs for resource actions.
- Request Bodies: Data sent by clients (e.g., for
POST/PUT) is inconn.body_params. - Serialization: Converting Elixir data to JSON for API responses, primarily handled by Phoenix views.
- Customization: Views allow you to control the exact JSON structure.
These concepts are fundamental to building robust and client-friendly RESTful APIs with Phoenix!
常见问题解答
「实现 API 端点与序列化」课时是免费的吗?
是的 — 「实现 API 端点与序列化」的完整文本可在网页上免费阅读。要进行交互式练习(内置代码编辑器和全天候 AI 导师)并解锁 Elixir & Phoenix: Scalable Backend Development 课程的其余内容,请升级到 CoddyKit PRO。 Elixir & Phoenix: Scalable Backend Development 课程共包含 4 节课。
「实现 API 端点与序列化」这节课中我会学到什么?
构建 API 端点,处理请求体和响应体,并高效序列化数据以供客户端使用。 你通过在浏览器中直接运行的动手代码来练习 Elixir & Phoenix: Scalable Backend Development,全天候 AI 导师会在你学习这节课的过程中回答你的问题。
学习 Elixir & Phoenix: Scalable Backend Development 需要有经验吗?
无需任何先前经验。CoddyKit 上的 Elixir & Phoenix: Scalable Backend Development 课程适合初学者到高级学习者,你可以从这里开始或从头开始,按照自己的节奏学习。 这是第 2 节课,共 4 节。
「实现 API 端点与序列化」课时需要多长时间?
大多数 CoddyKit 课程大约需要 5–10 分钟。每节课都很精短且互动,所以你能稳步进步,并在网页和应用中从离开的地方继续。
我能在这节 Elixir & Phoenix: Scalable Backend Development 课中编写并运行代码吗?
能。每节 Elixir & Phoenix: Scalable Backend Development 课都包含内置代码编辑器,你可以在浏览器中直接编写并运行真实代码,并获得即时 AI 反馈 — 无需本地设置。
此课程中的所有课时
- API 设计原则与最佳实践
- 实现 API 端点与序列化
- 身份验证与授权策略
- 分页、筛选与 API 版本管理