Next.js アプリケーションのエラー管理を簡素化することを目的とした新しい軽量パッケージ、nextjs-centralized-error-handler を導入できることを嬉しく思います。開発者として、特に Next.js のようなフレームワーク内では、従来の方法ではコードの繰り返しやシナリオの見落としが発生する可能性があるため、エラー処理に関する課題に遭遇することがよくあります。
Yii2 フレームワークでの経験からインスピレーションを得て、ステータス コードやメッセージをハードコーディングする必要がなく、組み込みエラー クラスによってエラー管理が効率化されます。私は、Node.js エコシステムでも同様の必要性を認識しました。この認識により、このパッケージ内のカスタム エラー クラスの開発が促進され、一貫性と使いやすさの両方が強化されました。
重要な注意: このパッケージは現在ベータ版です。新しくリリースされたツールであるため、潜在的な問題を特定し、安定性を向上させるためには、フィードバックが不可欠です。 nextjs-centralized-error-handler パッケージを試して、バグ レポートや改善の提案を通じて洞察を共有することをお勧めします。私たちは力を合わせて、Next.js コミュニティ向けにこのパッケージを強化することができます。
パッケージをインストールします
npm install nextjs-centralized-error-handler # or yarn add nextjs-centralized-error-handler
API ルート ハンドラーをラップする
// pages/api/example.js
const { errorHandler, BadRequestError } = require('nextjs-centralized-error-handler');
const handler = async (req, res) => {
if (!req.body.name) {
throw new BadRequestError('Name is required.');
}
res.status(200).json({ message: 'Success' });
};
export default errorHandler(handler);
エラー処理のカスタマイズ (オプション)
npm install nextjs-centralized-error-handler # or yarn add nextjs-centralized-error-handler
Next.js 13 のミドルウェアは、認証や一般的なリクエストの検証などのタスクに最適な、強力なグローバル インターセプト機能を提供します。ただし、nextjs-centralized-error-handler は、ミドルウェアだけではカバーできないきめ細かいルートレベルの制御と詳細な応答を提供することにより、エラー処理を強化します。このパッケージが Next.js ミドルウェアをどのように補完および拡張するかは次のとおりです:
ルート固有のエラー管理: nextjs-centralized-error-handler を使用すると、各ルートは、ルートの機能に一致するカスタマイズされたメッセージを使用して、独自のコンテキスト エラー処理を定義できます。このモジュール性は、さまざまなエンドポイント間でさまざまなエラー処理のニーズがある複雑なアプリケーションにとって不可欠です。
詳細な応答を備えたカスタム エラー クラス: このパッケージには、構造化されたフロントエンド フレンドリーな JSON 応答を備えたカスタム エラー クラス (BadRequestError、UnauthorizedError など) が導入されています。これらの応答はステータス コードやエラー タイプなどのメタデータで強化され、バックエンド チームとフロントエンド チームにとって予測可能で標準化されたエラー処理を保証します。
強化されたセキュリティとデータ プライバシー: CustomError の意図的なインスタンスであるエラーのみ、ステータス コードとメッセージがクライアントに送信されます。予期しないエラーの場合は、一般的なエラー メッセージが使用され、機密の詳細がサーバー側に保持されるため、情報漏洩が最小限に抑えられます。
ログ記録とモニタリング ツールとの統合: ログ サービス (Sentry、Datadog など) との統合をサポートし、ミドルウェアだけで実現できる範囲を超えた詳細なエラー追跡とデバッグを可能にします。
カスタマイズ可能で拡張可能なエラー処理: CustomError クラスは完全に拡張可能であるため、開発者はアプリケーション固有のエラーを定義し、アプリケーションの進化に応じて柔軟なエラー処理戦略を作成できます。
Next.js ミドルウェアと nextjs-centralized-error-handler を組み合わせることで、グローバルなニーズとルート固有のニーズの両方をサポートする、堅牢で柔軟なエラー処理ソリューションを実現できます。
Next.js 13 ではグローバル ミドルウェアが導入され、認証や一般的な検証などのタスクのリクエスト レベルのインターセプトが可能になります。以下は、Next.js 13 ミドルウェアと nextjs-centralized-error-handler の違い、およびそれぞれをいつ使用するかを示す比較です。
Next.js 13 ミドルウェアはグローバルに定義でき、指定されたパターンに一致するすべてのルートに適用できます。これは、ログ記録や承認などの高レベルの操作に役立ちます。
npm install nextjs-centralized-error-handler # or yarn add nextjs-centralized-error-handler
Next.js ミドルウェアはグローバルで高レベルのタスクに役立ちますが、nextjs-centralized-error-handler を使用すると、カスタム エラー クラスを使用したルート固有のエラー処理が可能になり、きめ細かい制御が可能になります。両方がどのように連携するかは次のとおりです:
| Feature | Next.js 13 Middleware | nextjs-centralized-error-handler |
|---|---|---|
| Scope | Global, based on route pattern matching | Route-specific, applied individually to each handler |
| Use Case | Authentication, global request validation | Detailed error handling, custom error messages |
| Custom Error Responses | Limited, generalized JSON responses | Structured, frontend-compatible JSON responses |
| Custom Error Classes | ❌ | ✅ |
| Error Logging Integration | ❌ | ✅ (supports Sentry, Datadog, etc.) |
| Fine-Grained Control | ❌ | ✅ |
| Preventing Information Leakage | Limited, as it handles errors globally without distinguishing between error types | Enhanced, distinguishes between custom and unexpected errors to prevent sensitive data exposure |
| Integration with Route Handlers | Middleware runs before route handlers, cannot modify responses within handlers | Wraps individual route handlers, allowing for customized responses per route |
| Extensibility | Limited to what middleware can handle globally | Highly extensible through custom error classes and configurable options |
Next.js ミドルウェアは高レベルのリクエストをインターセプトするための強力なメカニズムを提供しますが、ミドルウェアはルート ハンドラーの実行前に動作することに注意することが重要です。これは、ハンドラー内でスローされた例外がミドルウェアによってキャッチされないことを意味します。代わりに、これにより、一般的な 500 Internal Server Error がクライアントに返されます。対照的に、nextjs-centralized-error-handler は、個々の API ルート内でのきめ細かいエラー処理に優れています。このセクションでは、それぞれの異なる役割を明確にし、それらを効果的に組み合わせて使用する方法を示します。
リクエスト本文にユーザー名を指定する必要がある API ルートを構築していると想像してください。名前が欠落している場合は、明確で具体的なエラー メッセージで応答する必要があります。それぞれのアプローチがこのシナリオをどのように処理するかを見てみましょう。
Next.js では、ミドルウェアを使用してリクエストをグローバルに検証できます。ただし、個々のルート ハンドラー内でスローされた例外をキャッチすることはできません。
npm install nextjs-centralized-error-handler # or yarn add nextjs-centralized-error-handler
// pages/api/example.js
const { errorHandler, BadRequestError } = require('nextjs-centralized-error-handler');
const handler = async (req, res) => {
if (!req.body.name) {
throw new BadRequestError('Name is required.');
}
res.status(200).json({ message: 'Success' });
};
export default errorHandler(handler);
ここで何が起こるか:
対照的に、nextjs-centralized-error-handler は、ルート ハンドラーでスローされたエラーをキャプチャする高次関数を提供します。
const handler = async (req, res) => {
// Your logic here
};
const options = {
logger: customLoggerFunction,
defaultMessage: 'Something went wrong!',
formatError: (error, req) => ({
message: error.message,
type: error.name,
timestamp: new Date().toISOString(),
}),
};
export default errorHandler(handler, options);
ここで何が起こるか:
Next.js ミドルウェアと nextjs-centralized-error-handler の両方を組み合わせることで、包括的なエラー処理戦略が提供されます。
ミドルウェア (middleware.js):
npm install nextjs-centralized-error-handler # or yarn add nextjs-centralized-error-handler
ルートハンドラー (pages/api/example.js):
// pages/api/example.js
const { errorHandler, BadRequestError } = require('nextjs-centralized-error-handler');
const handler = async (req, res) => {
if (!req.body.name) {
throw new BadRequestError('Name is required.');
}
res.status(200).json({ message: 'Success' });
};
export default errorHandler(handler);
説明:
リクエスト レベルのチェックに Next.js ミドルウェアを使用し、レスポンス レベルのエラー処理に nextjs-centralized-error-handler を使用することで、広範な検証ときめ細かいエラー管理の両方を実現します。
従来の Node.js/Express アプリケーションでは、集中エラー処理は多くの場合、ルート全体で一貫してリクエストとエラーをインターセプトするミドルウェアを通じて管理されます。ただし、Next.js では、API ルートが同じようにミドルウェアをサポートしていないため、一元的なエラー処理に課題が生じています。 nextjs-centralized-error-handler は、高階関数を使用してすべての API ルートにわたってルート固有のエラー処理を提供することで、このギャップを埋めます。
Express では、ミドルウェア機能を通じて一元的なエラー処理が実現され、ルート全体で再利用可能なエラー管理が可能になります。
const handler = async (req, res) => {
// Your logic here
};
const options = {
logger: customLoggerFunction,
defaultMessage: 'Something went wrong!',
formatError: (error, req) => ({
message: error.message,
type: error.name,
timestamp: new Date().toISOString(),
}),
};
export default errorHandler(handler, options);
このアプローチでは、エラーは next(error) に渡され、集中エラー処理ミドルウェアがルート全体で一貫して応答するようにトリガーされます。
nextjs-centralized-error-handler を使用すると、ルート ハンドラーをラップする高次関数 (errorHandler) を通じて Next.js に合わせたミドルウェアのような動作が得られ、ルート レベルでエラーをインターセプトして管理できます。
npm install nextjs-centralized-error-handler # or yarn add nextjs-centralized-error-handler
nextjs-centralized-error-handler を使用すると、各ルートでのエラー処理コードの繰り返しを回避できます。代わりに、カスタム エラー クラスと errorHandler の高階関数により、一元化された一貫したエラー応答が提供され、メンテナンスが簡素化され、アプリケーション全体にわたるエラー処理が拡張されます。
エラー処理により、アプリケーションは予期せぬ状況 (無効な入力、アクセスの欠如など) に適切に対応できるようになります。堅牢なエラー処理を備えたアプリケーションは、クラッシュする代わりに、ユーザーに有益なフィードバックを提供し、デバッグ用にエラーをログに記録します。
Next.js API ルートはグローバルなミドルウェア アプローチをサポートしていますが、Express のようなルート固有のきめ細かいエラー処理をネイティブにはサポートしていません。そうしないと、各ルート ハンドラーで個別のエラー管理が必要になり、冗長なコードや一貫性のないエラー応答が発生します。 nextjs-centralized-error-handler は、ルート レベルで一貫性のある一元的なエラー処理を保証するためにルート ハンドラーをラップする高階関数 errorHandler を提供することでこの問題に対処します。
npm install nextjs-centralized-error-handler # or yarn add nextjs-centralized-error-handler
// pages/api/example.js
const { errorHandler, BadRequestError } = require('nextjs-centralized-error-handler');
const handler = async (req, res) => {
if (!req.body.name) {
throw new BadRequestError('Name is required.');
}
res.status(200).json({ message: 'Success' });
};
export default errorHandler(handler);
errorHandler とカスタム エラー クラスを Next.js API ルートにインポートします:
const handler = async (req, res) => {
// Your logic here
};
const options = {
logger: customLoggerFunction,
defaultMessage: 'Something went wrong!',
formatError: (error, req) => ({
message: error.message,
type: error.name,
timestamp: new Date().toISOString(),
}),
};
export default errorHandler(handler, options);
パッケージには、いくつかの事前定義されたエラー クラスが含まれています:
これらのクラスは、各ルートでステータス コードをハードコーディングせずにエラーの作成を簡素化します。
// middleware.js (placed at the root of the app)
import { NextResponse } from 'next/server';
export function middleware(req) {
// Example of request validation or general logging
if (!req.headers.get('Authorization')) {
return NextResponse.json({ error: 'Unauthorized' }, { status: 401 });
}
return NextResponse.next(); // Continue to the route handler
}
// Optional: Configure route matching
export const config = {
matcher: '/api/:path*', // Applies middleware only to /api/* routes
};
メッセージを指定せずに単にエラーをインスタンス化すると、デフォルトで事前定義されたユーザーフレンドリーなメッセージが使用されます。
// middleware.js
import { NextResponse } from 'next/server';
export function middleware(req) {
try {
// You can include any logic here that might throw an error
return NextResponse.next(); // Proceed to the route handler
} catch (error) {
// Handle the error and return an appropriate response
return NextResponse.json({ error: 'An error occurred while processing your request.' }, { status: 500 });
}
}
事前定義されたクラスを超えた特定のニーズに対応するために、パッケージは拡張可能に設計されており、高度なユースケース向けに独自のカスタム エラーを作成できます。基本 CustomError クラスを拡張して、特定のビジネス ロジックに合わせた独自のエラー タイプを定義できます。作成する可能性のあるカスタム エラーの例をいくつか示します。
// pages/api/example.js
const handler = async (req, res) => {
if (!req.body.name) {
throw new Error('Name is required.'); // This will not be caught by middleware
}
res.status(200).json({ message: `Hello, ${req.body.name}!` });
};
export default handler;
この例では、リソースの競合が発生した場合にスローされるカスタム ConflictError (HTTP 409) を定義します。カスタム エラーを作成すると、固有のビジネス ロジックやアプリケーション固有のニーズを効率的に処理できるようになります。
従来の API ルートのサポートに加えて、nextjs-centralized-error-handler は Next.js 13 で導入された App Router でも利用できます。パッケージを使用して App Router にエラー処理を実装する方法は次のとおりです。
App Router でルートを作成し、エラー ハンドラーを使用してエラーを効果的に管理できます。
npm install nextjs-centralized-error-handler # or yarn add nextjs-centralized-error-handler
App Router を使用すると、nextjs-centralized-error-handler の強力な機能を活用しながら、クリーンで構造化された方法でエラーを管理できます。両方を組み合わせることで、使用されるルーティング方法に関係なく、アプリケーションがエラーを効果的に処理できるようになります。
カスタム エラーを超えて、このパッケージを使用すると、開発者は次の方法でエラー処理の動作を完全に制御できます。
カスタム ログ、エラー形式、デフォルト メッセージのオプションを使用して errorHandler を構成できます。
// pages/api/example.js
const { errorHandler, BadRequestError } = require('nextjs-centralized-error-handler');
const handler = async (req, res) => {
if (!req.body.name) {
throw new BadRequestError('Name is required.');
}
res.status(200).json({ message: 'Success' });
};
export default errorHandler(handler);
formatError 関数は柔軟性が高く、アプリケーションの要件に合わせて詳細かつ構造化されたエラー応答を作成できます。以下は、formatError:
の多用途性を示すいくつかの設定例です。const handler = async (req, res) => {
// Your logic here
};
const options = {
logger: customLoggerFunction,
defaultMessage: 'Something went wrong!',
formatError: (error, req) => ({
message: error.message,
type: error.name,
timestamp: new Date().toISOString(),
}),
};
export default errorHandler(handler, options);
// middleware.js (placed at the root of the app)
import { NextResponse } from 'next/server';
export function middleware(req) {
// Example of request validation or general logging
if (!req.headers.get('Authorization')) {
return NextResponse.json({ error: 'Unauthorized' }, { status: 401 });
}
return NextResponse.next(); // Continue to the route handler
}
// Optional: Configure route matching
export const config = {
matcher: '/api/:path*', // Applies middleware only to /api/* routes
};
// middleware.js
import { NextResponse } from 'next/server';
export function middleware(req) {
try {
// You can include any logic here that might throw an error
return NextResponse.next(); // Proceed to the route handler
} catch (error) {
// Handle the error and return an appropriate response
return NextResponse.json({ error: 'An error occurred while processing your request.' }, { status: 500 });
}
}
formatError 関数は、要件に基づいてフィールドを追加または省略できる柔軟性を提供し、構造化された有益なエラー応答を簡単に生成できるようにします。これらのオプションにより、開発者は API 全体でエラー メッセージングとトレーサビリティを標準化できるため、パッケージがさまざまなアプリケーションに適応できるようになります。
errorHandler の高階関数は、各ルート ハンドラーを個別にラップし、try-catch ブロックを繰り返す必要なく、予期されるものと予期しないもの両方のすべての例外をキャプチャします。このアプローチにより、サードパーティのエラーや予期せぬエラーも確実に遮断され、すべてのルートにわたって一貫した安全なエラー応答が可能になります。
機密データを保護するために、パッケージは意図的な既知のエラー (CustomError インスタンスなど) と予期しないエラーを区別します。
カスタム エラーのみ: CustomError (またはそのサブクラス) のインスタンスとして作成されたエラーのみがクライアント応答に statusCode とメッセージを含み、既知の問題について明確でユーザーフレンドリーなエラー フィードバックを提供します。
予期しないエラーの一般的な処理: CustomError のインスタンスではないエラー (サードパーティのライブラリの問題や予期しないサーバー エラーなど) の場合、errorHandler は自動的にステータス コード 500 と一般的なメッセージ (「内部サーバー エラーが発生しました」)。これにより、機密情報が不用意にクライアントに公開されるのを防ぎます。
クライアントへの応答を安全かつ汎用的に保ちながら、errorHandler はサーバー側のロギングもサポートします。これにより、クライアントに詳細を明らかにすることなく、予期しないエラーを内部的に記録して監視できるようになり、セキュリティと効果的なエラー追跡を組み合わせることができます。
サードパーティのライブラリに依存する API ルートを考えてみましょう。これにより、予測できないエラーがスローされる可能性があります。
npm install nextjs-centralized-error-handler # or yarn add nextjs-centralized-error-handler
thirdPartyLibrary.doSomething() が CustomError ではないエラーをスローした場合、errorHandler は次のようになります:
errorHandler 関数は、カスタム エラーと予期しないエラーを区別します。
この方法ですべてのエラーを捕捉することで、nextjs-centralized-error-handler は Next.js アプリケーションに合わせた堅牢で安全な統合エラー処理ソリューションを提供し、意図しないデータ漏えいを防ぐ保護機能が組み込まれています。
以下は、nextjs-centralized-error-handler がさまざまなユースケースでエラー処理を簡素化する方法を示す実際のシナリオです。
注: 特定のメッセージなしでエラーがインスタンス化された場合、デフォルトのユーザーフレンドリーなメッセージが自動的に提供されます。
ユースケース: API ルートに特定の HTTP メソッド (POST など) のみが許可されていることを確認し、メソッドが間違っている場合は意味のあるエラー メッセージを提供します。
この例では、受信リクエストが POST 以外のメソッドを使用している場合に MethodNotAllowedError がスローされ、一貫性のあるユーザーフレンドリーなフィードバックが保証されます。カスタム メッセージが指定されていない場合は、デフォルトのメッセージ「メソッドは許可されていません」が使用されます。
npm install nextjs-centralized-error-handler # or yarn add nextjs-centralized-error-handler
ユースケース: リクエスト内の必須パラメーターの存在を確認し、検証が失敗した場合は構造化エラーで応答します。
ここでは、必須パラメータ (名前) が欠落している場合に BadRequestError がスローされます。カスタム メッセージが指定されていない場合は、デフォルトのメッセージ「リクエストにエラーがあったようです」が使用されます。
// pages/api/example.js
const { errorHandler, BadRequestError } = require('nextjs-centralized-error-handler');
const handler = async (req, res) => {
if (!req.body.name) {
throw new BadRequestError('Name is required.');
}
res.status(200).json({ message: 'Success' });
};
export default errorHandler(handler);
使用例: 許可されたユーザーのみにアクセスを制限します。ユーザーが認証されていない場合は、UnauthorizedError で応答して不正アクセスを通知します。
この例では、UnauthorizedError を使用して、認証されたユーザーのみがルートにアクセスできるようにします。カスタム メッセージが指定されていない場合は、デフォルトで「不正アクセス。ログインしてください。」が表示されます。
const handler = async (req, res) => {
// Your logic here
};
const options = {
logger: customLoggerFunction,
defaultMessage: 'Something went wrong!',
formatError: (error, req) => ({
message: error.message,
type: error.name,
timestamp: new Date().toISOString(),
}),
};
export default errorHandler(handler, options);
ユースケース: 定義されたサイズを超えるペイロードを含むリクエストを拒否し、誤用やサービス拒否攻撃の防止に役立ちます。
ペイロードが特定の制限を超える場合、PayloadTooLargeError がスローされてクライアントに通知されます。カスタム メッセージがない場合は、デフォルトのメッセージ「リクエスト エンティティが大きすぎます」が表示されます。
// middleware.js (placed at the root of the app)
import { NextResponse } from 'next/server';
export function middleware(req) {
// Example of request validation or general logging
if (!req.headers.get('Authorization')) {
return NextResponse.json({ error: 'Unauthorized' }, { status: 401 });
}
return NextResponse.next(); // Continue to the route handler
}
// Optional: Configure route matching
export const config = {
matcher: '/api/:path*', // Applies middleware only to /api/* routes
};
追加のメタデータを含める場合、またはエラー応答をカスタマイズする場合は、nextjs-centralized-error-handler で formatError 関数を定義できます。この関数は、リクエスト パスやタイムスタンプなどの追加フィールドを含めるように調整できます。
詳細については、「エラー処理動作のカスタマイズ」セクションを参照してください。簡単な例を次に示します:
// middleware.js
import { NextResponse } from 'next/server';
export function middleware(req) {
try {
// You can include any logic here that might throw an error
return NextResponse.next(); // Proceed to the route handler
} catch (error) {
// Handle the error and return an appropriate response
return NextResponse.json({ error: 'An error occurred while processing your request.' }, { status: 500 });
}
}
可観測性を高めるために、nextjs-centralized-error-handler は Sentry、Datadog、カスタム ログ ソリューションなどのサービスを介したカスタム ログをサポートします。ロギング関数 (Sentry.captureException など) を errorHandler に渡すことで、セキュリティと効率を確保しながらリアルタイムでエラーを監視できます。
「カスタム ロガー」とは、サーバー側でエラーを記録するために errorHandler に提供するログ関数または外部サービス (console.log、Sentry.captureException、カスタム実装など) です。このログ機能は nextjs-centralized-error-handler 自体の一部ではありませんが、パッケージは選択したロガーとシームレスに統合するように設計されています。
人気のある監視ツールである Sentry を使用している場合は、本番エラー追跡のためにこのパッケージと統合できます。
Sentry に関する注意: Sentry は、開発者がリアルタイムで問題を追跡、デバッグ、解決するのに役立ちます。 Sentry を nextjs-centralized-error-handler と統合すると、運用環境でエラーをログに記録でき、機密情報を公開することなく、障害が発生した場所と理由を洞察できます。
以下の例は、Sentry の CaptureException 関数を errorHandler のロガーとして使用する方法を示しています。
npm install nextjs-centralized-error-handler # or yarn add nextjs-centralized-error-handler
この設定では、クライアントに機密情報が公開されることを防ぎながら、監視のためにエラーをキャプチャします。 nextjs-centralized-error-handler は、カスタム ロガーを活用することで、堅牢なセキュリティと効果的なエラー追跡を組み合わせ、安全で監視可能なアプリケーション環境を確保します。
このパッケージは新しくリリースされたものであるため、実稼働環境での安定性の重要性を認識しています。テストを実施しましたが、潜在的な問題を特定し、パッケージをさらに改善するには、実際の使用法とコミュニティからのフィードバックが非常に重要です。
開発者には、nextjs-centralized-error-handler をプロジェクトに統合し、経験を共有することをお勧めします。バグレポートであれ、改善の提案であれ、あるいは単にアプリケーションのエラー管理を合理化するのにどのように役立ったかを共有するだけであれ、フィードバックは非常に貴重です。私たちは力を合わせてこのパッケージを強化し、Next.js コミュニティにとってさらに効果的なものにすることができます。
nextjs-centralized-error-handler が Next.js 開発者向けのエラー管理を大幅に強化し、エラーを処理するための包括的でユーザーフレンドリーなアプローチを提供することを願っています。このパッケージは、エラー管理を一元化し、カスタム エラー クラスを活用し、ログ サービスとスムーズに統合することにより、Next.js アプリケーション開発における一般的な問題点に対処します。
このパッケージを改良するためにあなたの洞察が非常に貴重であるため、dev.to コミュニティにフィードバックを提供し、プロジェクトに貢献するよう呼びかけます。 npm でパッケージをチェックアウトし、GitHub リポジトリで詳細を確認できます!
パッケージを調べて、その開発に貢献してください:
問題を特定し、安定性を高めるためには、皆様のご意見が非常に重要です。 nextjs-centralized-error-handler を試して、その経験を共有することをお勧めします。私たちは力を合わせて、Next.js コミュニティ向けにこのパッケージを推進していきます。
ご支援いただきありがとうございます。皆様のご意見やご経験をお待ちしております!
以上が包括的な開発者ソリューションを使用して Next.js のエラーを効率的に管理するの詳細内容です。詳細については、PHP 中国語 Web サイトの他の関連記事を参照してください。
![[Web フロントエンド] Node.js クイック スタート](https://img.php.cn/upload/course/000/000/067/662b5d34ba7c0227.png)
