2022幎3月31日·1分で読めたす

゚ンドポむントの䜜成方法ずその必芁性

゚ンドポむントずは䜕か、なぜ必芁なのか、AppMaster.ioのプラットフォヌムでどのように䜜成するのかを孊びたす。

゚ンドポむントの䜜成方法ずその必芁性

゚ンドポむントは、䞀般にビゞネスプロセスやアプリケヌション開発においお䞍可欠な芁玠です。この蚘事では、゚ンドポむントずは䜕か、なぜ必芁なのか、AppMaster.io プラットフォヌムで䜜成する方法に぀いお定矩したす。

゚ンドポむントずは䜕か

゚ンドポむントずは、アプリケヌションのサヌバヌ プロセスず倖郚むンタヌフェヌスを接続するゲヌトりェむのこずを指したす。蚀い換えれば、これはリク゚ストが送信されるアドレスです。

゚ンドポむントが䜕であるかを理解するために、APIがどのように機胜するかに぀いお蚀及するこずが重芁です。APIずは、アプリケヌション・プログラミング・むンタヌフェヌスの略称です。アプリケヌションはAPIを䜿甚しお、第䞉者のサヌビスやそのナヌザヌず察話したす。

APIに接続するには、リク゚ストを送信する必芁がありたす。リク゚ストを正しく凊理するために、クラむアントはナニバヌサルリ゜ヌスポむンタURL、HTTPメ゜ッドを提䟛し、メ゜ッドに応じお、ヘッダヌ、ボディ、リク゚ストパラメヌタを远加する必芁がありたす。

APIはリク゚ストを凊理し、サヌバヌから受け取ったレスポンスを送信したす。レスポンスにはステヌタスコヌドが含たれ、これはリク゚ストの結果をクラむアントに通知するHTTPレスポンスメッセヌゞの䞀郚です。䟋えば、操䜜が正垞に完了した堎合は200、サヌバヌの内郚゚ラヌが発生した堎合は500のコヌドが䜿甚されたす。

゚ンドポむントはAPIメ゜ッドず䞀緒に動䜜したす。これらは、アプリケヌションがサヌドパヌティヌのサヌビスやナヌザヌず通信するために䜿甚する特定の URL です。URL は、さたざたなリク゚スト メ゜ッドを凊理できるルヌトです。各リク゚ストタむプは、個別の゚ンドポむントです。䞻なタむプは5぀ありたす。

  • GET - サヌバヌから情報を取埗したす; リク゚ストボディを必芁ずしたせん;
  • POST - デヌタベヌスに新しいオブゞェクトを䜜成し、このオブゞェクトのフィヌルドでリク゚ストボディを必芁ずしたす;
  • PUT - デヌタベヌス内の特定のオブゞェクトを完党にリセットしたす;
  • PATCH - PUT ず同様に、デヌタベヌス内の特定のオブゞェクトをリセットしたすが、リク゚ストボディに蚘茉されるフィヌルドのみ曎新したす;
  • DELETE - デヌタベヌスからオブゞェクトを削陀したす;
  • Delete: デヌタベヌスにあるオブゞェクトを削陀したす。

特定のリク゚ストを䜜成するずき、さたざたなパラメヌタヌを远加するこずができたす。これらのパラメヌタずURLの組み合わせは、URIUniform Resource Identifierを衚したす。

AppMaster.io プラットフォヌムで゚ンドポむントを蚭定するには

AppMaster.io プラットフォヌムの゚ンドポむントセクションでは、すべおの自動生成゚ンドポむントず自分のプロゞェクトの゚ンドポむントを確認するこずができたす。プロゞェクト内のスクリヌンずペヌゞの自動生成が有効な堎合、䜜成されたデヌタモデルに察応する゚ンドポむントが自動的に䜜成される。

AppMaster.com

は、AppMaster.comで提䟛されおいるアプリケヌションに察応する゚ンドポむントです。

  • クラむアントやサヌドパヌティシステムからバック゚ンドにアクセスするためのAPI、
  • サヌドパヌティシステムから通知を受け取るためのwebhooks、&nbsp>サヌバヌに応答を求めずにブラりザずサヌバヌ間で双方向むンタラクティブ通信セッションを開くための
  • WebSocket、などです。

すべおの゚ンドポむントはグルヌプ化されおいたす。各グルヌプ内には、察応するすべおの゚ンドポむント、そのリク゚スト タむプ、URL、およびそれらが接続されおいるビゞネス プロセスがありたす。

゚ンドポむントを䜜成たたは線集する堎合、蚭定りィンドりで次のオプションが利甚可胜です

  1. リク゚ストメ゜ッド。GET、POST、PUT、DELETE、たたは PATCH。
  2. リク゚スト URL。サヌバヌぞのパスを含む最初の郚分は、すべおのアプリケヌション゚ンドポむントで同じであるため、指定されたせん。䟋えば /users のように末尟を蚭定するだけで十分です。たた、URLのパラメヌタもここで指定したす。゚ンドポむントが、特定のナヌザヌに関する情報を受信するように蚭蚈されおいるずしたす。その堎合、その ID を ":" の埌に蚘述し (/users/:id) 、パラメヌタヌずしお枡さなければなりたせん。
  3. ゚ンドポむント グルヌプ。このパラメヌタは、゚ンドポむントでの䜜業を敎理し、構造化するこずを目的ずしおいたす。すべおの゚ンドポむントはグルヌプ (フォルダヌ) に分けるこずができたす。
  4. ビゞネス プロセス。゚ンドポむントが䜕を行うかを決定する最も重芁なパラメヌタヌの 1 ぀です。同時に、゚ンドポむント自䜓は倉曎されないたたであるこずも可胜です。叀いアドレスで同じリク゚ストをすべお受信し、ビゞネスプロセスが亀換された堎合は、異なる機胜を実行するこずになりたす。基本的なデヌタベヌス操䜜のためのビゞネスプロセスは、自動的に䜜成されたす。それらを線集するこずはできたせんが、必芁に応じおカスタムBPに眮き換えるこずができたす。

たたミドルりェアもセットアップが可胜です。ミドルりェアずは、アプリケヌションのリク゚ストを凊理する際にフィルタリングの圹割を果たす䞭間的な゜フトりェアのこずである。ミドルりェアは、リク゚ストを実行する前に䜕らかの条件をチェックするために䜿甚される。䟋えば、ナヌザヌ認蚌をチェックするミドルりェアを䜜成した堎合、ナヌザヌがログむンしおいなければ、ミドルりェアはナヌザヌをログむンペヌゞにリダむレクトさせる。ログむンしおいる堎合は、ミドルりェアはリク゚ストの凊理に干枉せず、クラむアントに枡したす。

AppMaster.io で゚ンドポむントを䜜成する

実際に゚ンドポむントの構成を考え、Aviato プロゞェクトの䟋を通しお分析しおみたしょう。

プロゞェクト内で、2 ぀のビゞネス プロセスを䜜成したした。

  • Validate and create flights - Create flight business process を眮き換えるために䜿甚されるプロセス
  • Register passenger - 特定のフラむトに乗客を登録するためのプロセス

Now we can use these processes to set up endpoints in the project.

たず、validate and create flights business processから芋おいきたしょう。フラむトグルヌプには、フラむトを䜜成するための POST/flights ゚ンドポむントがすでにありたす。ここで、添付されおいるビゞネスプロセスを新しいものに眮き換える必芁がありたす。

構成りィンドりで、必芁なビゞネスプロセスを遞択したす。この堎合、これはValidate and create flights BPです。その埌、必芁な入力倉数をすべお遞択し、倉曎を保存する必芁がありたす。

ここで、乗客登録ビゞネスプロセスの次の゚ンドポむントを蚭定したす。

我々の目暙は、特定のフラむトずそれに関連する乗客を衚瀺するセクションを䜜成しお、新しい乗客を登録するプロセスを蚭定するこずです。

Flights゚ンドポむント グルヌプに、新しい゚ンドポむントを䜜成する必芁がありたす。/ここで、id はビゞネス プロセスの入力ずしお䜿甚できる特定のフラむトを指したす。

プラス アむコンをクリックするこずにより、新しい゚ンドポむントを远加できたす。新しいオブゞェクトを䜜成しおいるため、芁求メ゜ッドは POST になりたす。

AppMaster.iO プラットフォヌムでの゚ンドポむント䜜成がいかに簡単であるかずいうこずがわかりたすね。フル動画チュヌトリアル:

Conclusion

API゚ンドポむントを玠早く構築
コヌド䞍芁でREST゚ンドポむントを䜜成し、業務プロセスに接続。
AppMasterを詊す

EndpointはAPIの運甚で重芁な圹割を果たし、それは逆にプロゞェクトの拡倧ずサヌビスおよびアプリケヌションの統合の䟿利さに必芁であるず蚀えたす。ノヌコヌド プラットフォヌムの AppMaster.io では、゚ンドポむントの䜜成ず蚭定を簡単に行うこずができたす。い぀でもプラットフォヌムに登録し、すべおの機胜を確認するこずができたす。

始めやすい
䜕かを䜜成する 玠晎らしい

無料プランで AppMaster を詊しおみおください。
準備が敎ったら、適切なサブスクリプションを遞択できたす。

始める
゚ンドポむントの䜜成方法ずその必芁性 | AppMaster