アプリケーションプログラミングインターフェイス（API）の設(shè)計(jì)は、挑戦的な努力になる可能性があります。優(yōu)れたAPIには、簡(jiǎn)単で使いやすいシンプルなインターフェイスがあります。この単純なインターフェイスは、多くの複雑なシステムの相互作用になる可能性があり、これらの相互作用は、そうでなければ明確に定義されたエンドポイントタスクの水を本當(dāng)に濁らせます。時(shí)間が経つにつれて、開発者は、既存のエンドポイントの追加のビジネスロジックを「タック」するように求められる場(chǎng)合があります。その後、それを知る前に、単一のAPI呼び出しが、メインフローの一部として12を超えるシステムとのやり取りを行っています。

簡(jiǎn)単には、メインフローを曖昧にすることなく後でタスクを追加する機(jī)能を備えたパイプラインを開発できればいいのではないでしょうか？この記事では、WordPressからアイデアを適応させ、一般的にプログラミングして、APIがより強(qiáng)力な相互作用を行う能力を提供する方法を示します。

キーテイクアウト

PHP APIでフックを利用して、コアエンドポイントコードを変更せずに追加の機(jī)能を動(dòng)的に追加できるようにすることにより、柔軟性を高め、クリーンなメインフローを維持します。 グローバル関數(shù)を定義してこれらのフックを追加、削除、トリガーすることによりフックを?qū)g裝します。これらのフックは、APIのさまざまな部分で使用できるため、メインアプリケーションロジックへの最小限の混亂を確保します。
• データベースの挿入が成功した後やリクエスト検証中など、APIライフサイクル內(nèi)の戦略的なポイントにフックを配置することを検討して、APIの狀態(tài)またはアクションに基づいて追加のタスクを?qū)g行します。 フック関連のコールバックを無(wú)駄のない狀態(tài)に保ち、パフォーマンスボトルネックを避け、コールバック関數(shù)を分離してデバッグを簡(jiǎn)素化し、API応答性を維持するためのアクティブなコールバックの數(shù)に注意することにより、ベストプラクティスを遵守します。
開発者コミュニティと関わりを積んで??、新しいフックのフィードバックとリクエストを受け取ります。これにより、APIの機(jī)能と柔軟性が継続的に改善され、広範(fàn)な書き直しなしで新しいビジネス要件に簡(jiǎn)単に適応できます。
フック/アクションとは？
フック（別名アクション/フィルター）は、WordPressコミュニティによってイベントとそれらに関連するコールバックに與えられた名前です。プログラミングの経験がある場(chǎng)合は、コールバックとパブリッシャーとサブスクリバーパターンに精通している可能性があります。処理中、システムは、そのイベントに登録されている多くの関數(shù)を呼び出すイベントをトリガーする場(chǎng)合があります。たとえば、ページの読み込みに応じて、WordPressは、ヘッダーをロードしたり、タイトルを読み込んだり、投稿をリストしたり、適切なテンプレートを探したりする機(jī)能を呼び出します。これらのタスクは、ページを生成する主なプロセスを亂雑にすることなく実行されます。

フックの背後にあるアイデアは新しいものではなく、WordPressによって発明されませんでした。ただし、WordPressは、サーバー側(cè)のページ処理ライフサイクル中にそれらを?qū)g裝するという素晴らしい仕事をしました。私の意見では、このフックの使用は、おそらくプラットフォームが持っている唯一の最大の機(jī)能です。これらのフックを使用すると、ユーザーはWordPressに結(jié)び付けられ、必要なときに必要なときに必要なコードを?qū)g行する獨(dú)自の機(jī)能を作成できます。ユーザーに送信されたヘッダーを変更する必要がありますか？問題ありません：wp_headersイベントに接続すると、フィットが見えるようにヘッダーを変更できます。

なぜAPIでフックを使用するのか

フックは、いくつかのサイドタスクのトリガー、PHPカールコマンドを介して別のシステムに呼びかけ、オブジェクトを構(gòu)築し、タスクキューに入れて別のシステムでピックアップされ、電子メールの送信など、多くのことに適しています。もっと。これはすべて、特定のエンドポイントのメインフローを曇らせる必要なく（そしておそらくプロセスで新しいAPIバージョンを強(qiáng)制することができます）。
エンドポイントがユーザーを作成するための場(chǎng)合、データベースでそのユーザーレコードを作成することに集中できます。その途中で、そのプロセス中に聞いている人に電話をかけるだけです。たぶん、ユーザーレコードを作成した後、「これを聞いている人は誰(shuí)でも、ユーザーを作成しただけで、ここに情報(bào)があります」と言うイベントを送信します。たぶん、いくつかのコールバック関數(shù)がイベントを購(gòu)読していて、聞いているか、そうでないかもしれません。イベントは本當(dāng)に気にしません。

このシステムを使用すると、後で書かれている可能性のあるコードにAPIを呼び出すことができます。 APIエンドポイントコード自體に觸れる必要なく、これを行うことができます。これがどのように機(jī)能するかを示すために、ギアを変更し、これをPHP APIで開始する方法の基本的なメカニズムを示しましょう。ここではPHPを使用している間、他の言語(yǔ)を使用して実際にWebアプリケーションで同様のロジックを?qū)g裝できることに注意してください。

基本的なメカニズムの構(gòu)築
開始するには、フック/アクションを追加できる必要があります（これはこれから「フック」と呼びます）。また、フックを取り外して最後にフックをトリガーする機(jī)能も必要です。これらのメカニズムを定義したら、それらがAPIに含まれていることを確認(rèn)し、これらのフックを呼び出すことができるAPIの場(chǎng)所を見つける必要があります。以下は、これをセットアップしたい1つの方法です。
ここにhooks.php：

hooks.phpファイルが作成されたので、これらの関數(shù)を見ることができるように、APIにそれを含める必要があります。これが完了すると、do_hookを使用してフックをAPIに挿入するだけの問題です。

<span>// Global array which will hold all of our hooks
</span><span>// We will reference this array in each function to add/remove/call our hooks
</span><span>// The code below should also be seen by any callbacks we write for the system later.
</span><span>$hooks = [];
</span>
<span>// Below are global functions that can be seen from our API code
</span><span>// The add_hook method will allow us to attach a function (callback) to a given event name 
</span><span>function add_hook($event_name, $callback) {
</span>    <span>global $hooks;
</span>
    <span>if ($callback !== null) {
</span>        <span>if ($callback) {
</span>          <span>// We can set up multiple callbacks under a single event name
</span>            <span>$hooks[$event_name][] = $callback;
</span>        <span>}
</span>    <span>}
</span><span>}
</span>
<span>// Super easy to implement, we remove the given hook by its name
</span><span>function remove_hook($event_name) {
</span>    <span>global $hooks;
</span>
    <span>unset($hooks[$event_name]);
</span><span>}
</span>
<span>// When we want to trigger our callbacks, we can call this function 
</span><span>// with its name and any parameters we want to pass.
</span><span>function do_hook($event_name, ...$params) {
</span>    <span>global $hooks;
</span>
    <span>if (isset($hooks[$event_name])) {
</span>      <span>// Loop through all the callbacks on this event name and call them (if defined that is)
</span>      <span>// As we call each callback, we given it our parameters.
</span>        <span>foreach ($hooks[$event_name] as $function) {
</span>            <span>if (function_exists($function)) {
</span>                <span>call_user_func($function, ...$params);
</span>            <span>}
</span>        <span>}
</span>    <span>}
</span><span>}
</span>

簡(jiǎn)単な例として、システムに新しいユーザーを登録するためのAPIがあると仮定しましょう。 /adduserと呼ばれるREST APIエンドポイントがある場(chǎng)合があります。シンプルさの名前で、ここでの目標(biāo)は、新しいユーザーの名前と年齢をデータベースのユーザーテーブルに単純に挿入することであると仮定しましょう。かなり簡(jiǎn)単ですか？

<span>// Global array which will hold all of our hooks
</span><span>// We will reference this array in each function to add/remove/call our hooks
</span><span>// The code below should also be seen by any callbacks we write for the system later.
</span><span>$hooks = [];
</span>
<span>// Below are global functions that can be seen from our API code
</span><span>// The add_hook method will allow us to attach a function (callback) to a given event name 
</span><span>function add_hook($event_name, $callback) {
</span>    <span>global $hooks;
</span>
    <span>if ($callback !== null) {
</span>        <span>if ($callback) {
</span>          <span>// We can set up multiple callbacks under a single event name
</span>            <span>$hooks[$event_name][] = $callback;
</span>        <span>}
</span>    <span>}
</span><span>}
</span>
<span>// Super easy to implement, we remove the given hook by its name
</span><span>function remove_hook($event_name) {
</span>    <span>global $hooks;
</span>
    <span>unset($hooks[$event_name]);
</span><span>}
</span>
<span>// When we want to trigger our callbacks, we can call this function 
</span><span>// with its name and any parameters we want to pass.
</span><span>function do_hook($event_name, ...$params) {
</span>    <span>global $hooks;
</span>
    <span>if (isset($hooks[$event_name])) {
</span>      <span>// Loop through all the callbacks on this event name and call them (if defined that is)
</span>      <span>// As we call each callback, we given it our parameters.
</span>        <span>foreach ($hooks[$event_name] as $function) {
</span>            <span>if (function_exists($function)) {
</span>                <span>call_user_func($function, ...$params);
</span>            <span>}
</span>        <span>}
</span>    <span>}
</span><span>}
</span>

上記のコードは、新しいユーザーを追加する方法についての過度に単純で一般化されたビューです。アイデアは、誰(shuí)かが私たちのAPI /Adduserのエンドポイントを呼び出す場(chǎng)合、最終的にユーザーの名前と年齢が投稿されたデータから引き出されるこの関數(shù)に到達(dá)するということです。まず、適切なRESTルールが指示するように投稿していることを確認(rèn)してから、ユーザーをユーザーテーブルに挿入しようとします。

次に、ユーザーが正常に挿入された場(chǎng)合、ユーザーが作成されたコードを聞くことができるようにフックを呼び出したい（これは他の言語(yǔ)でイベントを提起することに似ています）。

要件が変更された場(chǎng)合に対処する

數(shù)か月後、マーケティング部門に、新しいユーザーが作成されたら、ユーザーの詳細(xì)をメールで送信する必要があると主張しています。ヘルパー関數(shù)をAPIに書き込み、このエンドポイントコードから呼び出す傾向があるかもしれません。素晴らしい…それが要求されたすべてなら。しかし、サポートチームが後であなたのところに來て、ユーザーをZendeskシステムに追加してほしいとしたらどうでしょう。したがって、別の関數(shù)を記述し、このエンドポイントを呼び出すタックも書きます。

次に、このエンドポイントは、ユーザーをWebサイトデータベースに追加するだけでなく、電子メールを送信する機(jī)能を呼び出し、Zendesk、Jira、Microsoft Cloudにユーザーを追加し、成功/失敗の結(jié)果を処理することです。この追加のものはすべて、ユーザーをデータベースに追加する明確なポイントから実際に奪うことです。 1つのイベントに電話して、ユーザーが作成されたときに他のコードを聞いて、自分のことをしてもらいたいと思います。このエンドポイントをまったく変更する必要はありません。おそらく、他のサービスは新しいユーザーの追加に関心がないので、誰(shuí)も何もするように求められていません。エンドポイントは気にする必要はありません。かなり素晴らしいですよね？

フックに名前を付けて、例を続けましょう。これは、すべてのコールバックコードが聞くために使用する必要がある名前です。繰り返しますが、他の言語(yǔ)ではこのセットアップを「イベント」と呼んでいるので、指定された言語(yǔ)で調(diào)べて、詳細(xì)を確認(rèn)してください。

フックadded_userに電話します。シンプルで、まっすぐにまっすぐだと思いませんか？名前ができたら、このフックをどこに呼びたいかを決定できます。挿入が成功した直後に良いアイデアになると思います：

<span>// POST endpoint for adding a user (part of a larger API class)
</span><span>public function addUser($name, $age) {
</span>  <span>if ($this->request->method === 'post') {
</span>    <span>try {
</span>      <span>$this->db->insert('users', ['name' => $name, 'age' => $age]);
</span>      <span>return new Response(200, 'User created successfully!');
</span>    <span>} catch (Exception $e) {
</span>      <span>// Oops, something went wrong.
</span>      <span>// Do some logging or whatever.
</span>    <span>}
</span>  <span>}
</span>
  <span>// If not a POST request, return http status 400
</span>  <span>return new Response(400, 'Bad request');
</span><span>}
</span>

ここで、added_userフックを聞くか、何十ものコールバック関數(shù)を使用できるか、まったくありません。ユーザーをZendeskに挿入する責(zé)任があるコールバックと、名前と年齢を取り、マーケティングにメールを生成する別のコールバックがあるかもしれません。この「サブスクライバー」コードは、APIプロジェクト內(nèi)にhooks.phpコードを見ることができる限り、コードベースのどこかに住むことができます。通常、コールバック関數(shù)を別のファイルに配置し、そのファイルもAPIに含めます。以下は、作成したこの新しいフックを利用できるコールバックの一例です。

<span>// Global array which will hold all of our hooks
</span><span>// We will reference this array in each function to add/remove/call our hooks
</span><span>// The code below should also be seen by any callbacks we write for the system later.
</span><span>$hooks = [];
</span>
<span>// Below are global functions that can be seen from our API code
</span><span>// The add_hook method will allow us to attach a function (callback) to a given event name 
</span><span>function add_hook($event_name, $callback) {
</span>    <span>global $hooks;
</span>
    <span>if ($callback !== null) {
</span>        <span>if ($callback) {
</span>          <span>// We can set up multiple callbacks under a single event name
</span>            <span>$hooks[$event_name][] = $callback;
</span>        <span>}
</span>    <span>}
</span><span>}
</span>
<span>// Super easy to implement, we remove the given hook by its name
</span><span>function remove_hook($event_name) {
</span>    <span>global $hooks;
</span>
    <span>unset($hooks[$event_name]);
</span><span>}
</span>
<span>// When we want to trigger our callbacks, we can call this function 
</span><span>// with its name and any parameters we want to pass.
</span><span>function do_hook($event_name, ...$params) {
</span>    <span>global $hooks;
</span>
    <span>if (isset($hooks[$event_name])) {
</span>      <span>// Loop through all the callbacks on this event name and call them (if defined that is)
</span>      <span>// As we call each callback, we given it our parameters.
</span>        <span>foreach ($hooks[$event_name] as $function) {
</span>            <span>if (function_exists($function)) {
</span>                <span>call_user_func($function, ...$params);
</span>            <span>}
</span>        <span>}
</span>    <span>}
</span><span>}
</span>

これらのフックをどこに配置できますか？

上記のコードでは、単一のエンドポイントでフックを使用することを示します。このフックは、 /adduserエンドポイントが呼び出された場(chǎng)合にのみトリガーされ、挿入が成功した後にのみです。しかし、これらのフックを使用できる場(chǎng)所はこれだけではありません。 APIクラスには、APIキーが有効であるかどうか、または特定のタイプのリクエストを受け取ったかどうかを確認(rèn)することで実行されるルーティングコードがある可能性があります。

API內(nèi)のグローバルレベルにフックを入れて、すべての要求がトリガーされるようにすることができます。その後、後で誰(shuí)かがロガーを書いて、作成したAPI_INITフックに添付し、突然APIに作成されたすべてのリクエストのログを開始することができます。同じフックには、APIの悪用をチェックし、誰(shuí)かがリクエストでAPIを叩いているのを見始めた場(chǎng)合、情報(bào)技術(shù)部門に報(bào)告する追加のコールバックが添付されている場(chǎng)合があります。

以下の畫像は、これがすべてアーキテクチャにどのように見えるかの図です。

このメカニズムを複數(shù)の場(chǎng)所で使用できるため、最初、中央、およびAPIエンドポイントの最後にフックを呼び出すこともできます。また、リクエストを処理するAPIライフサイクル全體のさまざまなポイントにフックを使用することもできます。これらのdo_hook呼び出しを挿入する場(chǎng)所に関するデザイン次第です。

ベストプラクティス

あなたとあなたの開発者が従うためのいくつかのベストプラクティスをカバーしましょう。

ヒント1：フックを無(wú)駄のない狀態(tài)に保ち、平均

留意すべきことの1つは、これらのフックが単一のスレッドで実行されるコードに依然としてコールアウトしていることです。コールバックで何かをトリガーしない限り、タスクをバックグラウンドプロセスまたは他のサービスにキックする場(chǎng)合でも、APIはこの余分なコードを?qū)g行します（フックがトリガーされたとき）。これは、コールバックコードを無(wú)駄のない狀態(tài)に保つために最善を盡くす必要があることを意味します。長(zhǎng)期にわたるコールバックコードは、エンドポイントまたはAPI全體を遅くすることになります。

ヒント2：各コールバックを分離して簡(jiǎn)単にデバッグします

ただし、この構(gòu)造の設(shè)計(jì)方法により、フックのコールバック関數(shù)を追加および削除することは簡(jiǎn)単で、デバッグも同様に簡(jiǎn)単です。どのコールバックが犯罪者であるかを見つけ（各コールバックログデータをいくつか持っているかもしれません）、それがどこに行き詰まっているのかを見つけてください。その後、バグが固定されるか、コールバックコードを介して動(dòng)作するまでフックを購(gòu)読しないでください。これもエンドポイント/APIコード內(nèi)で何も觸れず、APIコードが本番環(huán)境で実行されないようにしません。

ヒント3：パフォーマンスについて考えて、フックを亂用しないでください

また、フックに接続するコールバックの數(shù)に注意することも重要です。クイックコールバックのほんの一握りは問題ありませんが、1秒かかる1秒かかり、実行するのに1秒かかり、実際にAPIをドラッグすることができます。高速API呼び出しが必要であり、各コールバックは応答時(shí)間を簡(jiǎn)単にドラッグできます。繰り返しになりますが、コールバックが遅いことがわかった場(chǎng)合は、タスクをバックグラウンドプロセスまたはキューシステムに捨てて、後で別のサービスでピックアップします。 Laravelのようなシステムでジョブを使用して、そのようなタスクを処理します。ユーザータスクをLaravelジョブキューに追加して、API処理を続行します。

ヒント4：開発者コミュニティと連絡(luò)を取り合ってください

最後に、これらのフックを使用している可能性のある開発者と連絡(luò)を取り合うことを確認(rèn)してください。開発者がフックを使用し、コールバックを書くことは、最初からAPIでフックを作成した人とは異なることがよくあります。 APIが成熟するにつれて、さまざまな場(chǎng)所やより細(xì)かい粒度を使用して、より多くのフックを追加するリクエストが表示される可能性があります。彼らは、ユーザーが挿入される前にアクションをトリガーするために使用できるフック前/後のフックを要求するかもしれません。また、コールバックに追加情報(bào)を渡すように要求する場(chǎng)合があります（名前と年齢だけでなく、挿入されたユーザーの新しいIDなど）。これらの要求を、開発者がメカニズムが有用であることを見つけ、関連システムでAPIの影響を拡大する可能性を確認(rèn)することを示す良い兆候としてください。大きな影響を與えるために小さなコードを「フック」して実行するのが非常に簡(jiǎn)単なシステムがあるのは本當(dāng)に気持ちがいいです。 このアプローチを使用すると、空はAPIにできることの限界です。これはすべて、エンドポイントのメインフローをクリアに保ち、他のシステムを扱うときにノイズを解放しないようにすることができます。

結(jié)論

この記事では、フック/アクションとは何か、どのように使用されるかについて説明しました。 PHP APIで使用できるPHPコードの例を挙げて、「フック」を?qū)g裝し、コールバックを使用してそのフックに結(jié)び付ける方法を示しました。また、一般的なAPIレベル（すべてのリクエストに対してグローバルに）およびエンドポイントにフックを追加することについても説明しました。それに加えて、このシステムの欠點(diǎn)のいくつかについても少し話しました。コールバックを無(wú)駄のないものに保つことをお?jiǎng)幛幛筏蓼?。しかし、長(zhǎng)期にわたるコールバックがある場(chǎng)合、APIパイプラインに影響を與えないように、そのようなプロセスに対処するためのいくつかの戦略について言及しました。

このシステムを?qū)g裝すると、WordPressコミュニティ（およびプログラマー全般）が長(zhǎng)年享受してきた最大の機(jī)能を獲得することもできます。また、APIコードを直接変更する必要があることから、多くの時(shí)間と頭痛を節(jié)約することで、代わりに小さなコールバックコードに集中することができます。また、他のシステムとの統(tǒng)合全體である可能性のあるコールバックを追加および削除することもできます。このすべての機(jī)能 - APIパイプラインコードを再発行する必要はありません。それはかなり良いことですよね？このシステムを使用すると、1日で簡(jiǎn)単な統(tǒng)合を行うことができました。

読んでくれてありがとう！

柔軟なAPIデザインとPHPフックに関するよくある質(zhì)問（FAQ）

PHP APIパイプラインのフックの重要性は何ですか？

PHP APIパイプラインのフックは、アプリケーションの柔軟性を高める上で重要な役割を果たします。開発者は、コアコードを変更せずに、プログラム実行の特定のポイントでカスタムコードを挿入できます。これにより、システム全體を混亂させることなく、機(jī)能を追加、変更、または削除しやすくなります。フックは基本的に特定のアクションによってトリガーされるイベントであり、それらを使用してアプリケーションをクリーンで整理した方法で拡張することができます。 PHP APIパイプラインには、カスタムコードを?qū)g行できるコード內(nèi)の特定のポイントを定義することが含まれます。これは通常、イベントとリスナーを使用して行われます。特定のイベントが発生すると、対応するリスナーがトリガーされ、カスタムコードが実行されます。これにより、実行時(shí)にアプリケーションの動(dòng)作を変更し、高度な柔軟性と適応性を提供できます。いくつかのベストプラクティス。まず、APIをシンプルで直感的に保つことが重要であり、開発者が簡(jiǎn)単に理解して使用できるようにすることが重要です。第二に、APIは拡張可能になるように設(shè)計(jì)されている必要があり、既存の機(jī)能を破らずに新機(jī)能を追加できるようにします。第三に、明確で包括的なドキュメントを提供し、開発者がAPIを効果的に使用する方法を理解できるようにすることが重要です。最後に、標(biāo)準(zhǔn)のHTTPメソッドとステータスコードを使用すると、APIがより予測(cè)可能かつ使いやすくなります。PHPはAPIデザインの他の言語(yǔ)と比較してどうですか？そのシンプルさと柔軟性のために設(shè)計(jì)。 JSONやXMLを含む幅広いデータ形式をサポートしているため、さまざまなクライアントが消費(fèi)できるAPIを簡(jiǎn)単に作成できます。 PHPには、大規(guī)模でアクティブなコミュニティもあり、開発者に豊富なリソースとサポートを提供しています。ただし、他の言語(yǔ)と同様に、その長(zhǎng)所と短所があり、言語(yǔ)の選択はプロジェクトの特定の要件に基づいている必要があります。

API設(shè)計(jì)におけるいくつかの一般的な課題は何ですか？また、どのように対処できるのか？一貫性は、確立された慣習(xí)と基準(zhǔn)に従うことにより維持できます。バージョン化は、API URLにバージョン番號(hào)を含めるか、リクエストヘッダーを含めることができます。エラーは優(yōu)雅に処理する必要があり、開発者が問題を診斷および修正するのに役立つ明確で役立つエラーメッセージを提供します。対策。これには、HTTPSなどの安全な通信プロトコルの使用、認(rèn)証と承認(rèn)メカニズムの実裝、注入攻撃を防ぐための入力データの検証と消毒が含まれます。定期的なセキュリティ監(jiān)査と更新は、潛在的な脆弱性を識(shí)別および修正するのにも役立ちます。

APIが正しく機(jī)能していることを確認(rèn)するにはどうすればよいですか？応答の確認(rèn)。これは、Postmanなどのツールを使用して手動(dòng)で実行するか、テストフレームワークを自動(dòng)的に使用することができます。機(jī)能、パフォーマンス、セキュリティなど、APIのすべての側(cè)面をテストすることが重要です。エラーメッセージ。これにより、開発者は何がうまくいかず、どのように修正するかを理解するのに役立ちます。また、デバッグと分析のためにエラーをログに記録することも重要です。

APIのパフォーマンスを向上させるにはどうすればよいですか？

APIのパフォーマンスを改善するには、データベースクエリの最適化、実裝など、いくつかの戦略が含まれる場(chǎng)合があります。キャッシュ、および効率的なデータ構(gòu)造とアルゴリズムの使用。定期的なパフォーマンスのテストと監(jiān)視は、改善のためにボトルネックと領(lǐng)域を特定するのに役立ちます。

要件の変更によりAPIを最新に保つにはどうすればよいですか？開発者からのフィードバックとビジネス要件の変更に基づいてAPI設(shè)計(jì)を更新します。また、APIユーザーにタイムリーに変更を伝え、必要に応じてAPIの古いバージョンのサポートを提供することも重要です。

以上が柔軟なAPIデザイン：PHP APIパイプライン用のフックを作成しますの詳細(xì)內(nèi)容です。詳細(xì)については、PHP 中國(guó)語(yǔ) Web サイトの他の関連記事を參照してください。