APIã«åˆ©ç”¨åˆ¶é™ã‚’ã‹ã‘ã‚‹ã¨ã—ãŸã‚‰ã©ã†ã„ã†ã‚„ã‚Šã‹ãŸãŒã‚ã‚‹ã®ã‹ - ãŠã‚‚ã—ã‚webサービス開発日記
ã“ã®è¨˜äº‹ã¯SmartHR Advent Calendar 2020 11日目ã®è¨˜äº‹ã§ã™ã€‚ 僕ã®ãŠæ‰‹ä¼ã„ã—ã¦ã„ã‚‹SmartHRã§ã¯ã€æ¯Žé€±ãƒãƒƒã‚¯ã‚¨ãƒ³ãƒ‰ã‚¨ãƒ³ã‚¸ãƒ‹ã‚¢ãŒé›†ã¾ã‚Šã€æŠ€è¡“çš„ãªãƒˆãƒ”ックã«ã¤ã„ã¦å…±æœ‰ã€ç›¸è«‡ã—ã‚ã†ãƒŸãƒ¼ãƒ†ã‚£ãƒ³ã‚°ã‚’開催ã—ã¦ã„ã¾ã™ã€‚ãã®ãƒŸãƒ¼ãƒ†ã‚£ãƒ³ã‚°ã§ã¯åƒ•ãŒTipsãªã©ã‚’共有ã™ã‚‹ã‚³ãƒ¼ãƒŠãƒ¼ãŒå¸¸è¨ã•ã‚Œã¦ã„ã¾ã™*1。 ã“ã®ã‚¨ãƒ³ãƒˆãƒªã§ã¯ã€ãã®ã‚³ãƒ¼ãƒŠãƒ¼ã§å…±æœ‰ã—ãŸå†…容をã²ã¨ã¤ç´¹ä»‹ã—ã¾ã™ã€‚ APIã«åˆ¶é™ã‚’ã‹ã‘る方法ã«ã¤ã„㦠APIを外部ã«æä¾›ã™ã‚‹ã¨ãã€ä¸€å®šã®åˆ¶é™ã‚’ã‹ã‘ã¦ãƒ¦ãƒ¼ã‚¶ãŒAPIを乱用ã™ã‚‹ã®ã‚’防ãã“ã¨ã¯ã‚ˆãã‚ã‚‹ã“ã¨ã§ã¯ãªã„ã§ã—ょã†ã‹ã€‚ç´ ç›´ã«è€ƒãˆã‚‹ã¨ã€Œ1時間ã«5000回ã¾ã§APIを実行ã§ãã‚‹ã€ã®ã‚ˆã†ãªã‚„り方をæ€ã„ã¤ãã¾ã™ã。GitHubã®APIã‚‚ãã®ã‚„ã‚Šæ–¹ã§ã™ã—ã€SmartHRã®APIã‚‚åŒæ§˜ã§ã™ã€‚ ã˜ã‚ƒã‚ãã‚Œã§ã„ã„ã®ã§ã¯ã€‚ã¨ãªã‚‹ã‹ã‚‚ã—ã‚Œã¾ã›ã‚“ãŒå°‘ã—å¾…ã£ã¦ãã ã•ã„。ã„ã‚ã‚“ãªã‚¯ãƒ©ã‚¤ã‚¢ãƒ³ãƒˆãŒAPIを大é‡ã«
RESTful API ã®ãŠã•ã‚‰ã„ - onk.ninja
RESTful API ã®ãŠã•ã‚‰ã„ å‰å¾Œãƒªãƒ³ã‚¯ RESTful API ã®ãŠã•ã‚‰ã„ Rails ã§ã® JSON API 実装ã¾ã¨ã‚ スã‚ーマファースト開発 The NEXT of REST REST ã®æ´å² REST (REpresentational State Transfer) ã¨ã„ã†è¨€è‘‰ã¯ 2000 å¹´ã« Roy Fielding ã®åšå£«è«–æ–‡ã§åˆå‡ºã—ã¾ã—ãŸã€‚ (æ€æƒ³ã¨ã—ã¦ã¯ãã®å‰ã‹ã‚‰ã‚ã£ãŸï¼Ÿ REST 入門) 日本ã§ã¯ 2005 å¹´ãらã„ã‹ã‚‰å¾ã€…ã«æµè¡Œã‚Šã ã—ã¦ã€ 2006 å¹´ã« WEB+DB Press ã§ç‰¹é›†ã‚„連載ãŒçµ„ã¾ã‚Œã‚‹ç‰ãŒè¡Œã‚れ〠(Rails 2.x ㌠RESTful を打ã¡å‡ºã—ãŸ) 2007 å¹´ã®çµ‚ã‚ã‚Šã«ã¯ web 開発者ã®é–“ã§ã¯ä¸€èˆ¬åŒ–ã—ãŸè¨€è‘‰ã«ãªã£ã¦ã„ãŸã£ã¦å°è±¡ã€‚ ãªãœ REST ãŒå¿…è¦ã«ãªã£ãŸã®ã‹ ã¯ã‚‹ã‹æ˜”ã¯ãƒ¡ã‚¤ãƒ³ãƒ•ãƒ¬ãƒ¼ãƒ 上ã§å…¨éƒ¨å…¥ã‚Šã®ã‚¢ãƒ—リケーションを開発ã—ã¦ã„
WebAPIã§ã‚¨ãƒ©ãƒ¼ã‚’ã©ã†è¡¨ç¾ã™ã¹ã？15ã®ã‚µãƒ¼ãƒ“スを調査ã—ã¦ã¿ãŸ - Qiita
2017-01-05 追記 2016å¹´3月ã«ã‚¨ãƒ©ãƒ¼ã®æ¨™æº–å½¢å¼RFC7807「Problem Details for HTTP APIsã€ãŒæ案ã•ã‚Œã€ä»Šæ—¥ç¾åœ¨proposed standard(標準化ã¸ã®æå”±)ã¨ãªã£ã¦ã„ã¾ã™ã€‚ã“ã¡ã‚‰ã‚‚是éžã”覧ãã ã•ã„。 RFC 7807 - Problem Details for HTTP APIs HTTP APIã®è©³ç´°ãªã‚¨ãƒ©ãƒ¼æƒ…å ±ã‚’ãƒ¬ã‚¹ãƒãƒ³ã‚¹ã«æŒãŸã›ã‚‹ãŸã‚ã®ä»•æ§˜ 最近ã¯REST APIã‚’æä¾›ã—ã¦ã„るサービスãŒå¢—ãˆã¦ãã¦ã„ã¾ã™ãï¼ã¾ãŸå…¬é–‹ã•ã‚Œã‚‹APIã ã‘ã§ãªãã€Microservicesãªã‚¢ãƒ¼ã‚テクãƒãƒ£ã‚’採用ã—ã¦ã€ãƒãƒƒã‚¯ã‚¨ãƒ³ãƒ‰ãŒWeb APIã§é€šä¿¡ã™ã‚‹ã‚±ãƒ¼ã‚¹ã‚‚増ãˆã¦ãã¦ã„るよã†ã«æ€ã„ã¾ã™ã€‚ APIを使ã†ã¨ãã¯ã‚ã¾ã‚Šæ°—ã«ã—ãŸã“ã¨ã‚‚ãªã‹ã£ãŸã§ã™ãŒã€ã„ã–APIã‚’è¨è¨ˆã—ã¦ã¿ã‚‹ã¨ã©ã‚“ãªã‚¤ãƒ³ã‚¿ãƒ¼ãƒ•ã‚§ã‚¤ã‚¹ãŒã„ã„ã®ã‹ã€ã©ã‚“ãªå½¢å¼ãŒã„ã„ã®ã‹ã¨ã„ã£ãŸç–‘å•ãŒæ¬¡ã€…ã¨å‡ºã¦ãã¾ã™ã€‚
RejectKaigi 2017ã§ã€ŒGraphQL on Railsã€ã¨ã„ã†ç™ºè¡¨ã‚’ã—ã¾ã—㟠- Bit Journey's Tech Blog
id:gfxã§ã™ã€‚ RejectKaigi 2017ã§ã€ŒGraphQL on Railsã€ã¨ã„ã†ç™ºè¡¨ã‚’ã—ã¾ã—ãŸã€‚ 当日ã¯Kibelaã§ãƒ—レゼンテーションをã—ãŸã®ã§ã€ãれをãã®ã¾ã¾è³‡æ–™ã¨ã—ã¦ç™ºè¡¨ã—ã¾ã™ã€‚ 2017/08/19 at Speee, Roppongi. 自己紹介 Kibelaã¨ã„ã†æƒ…å ±å…±æœ‰ã‚µãƒ¼ãƒ“ã‚¹ã‚’é–‹ç™ºã—ã¦ã„ã‚‹ Kibelaã®å…¬é–‹Web APIをフルスクラッãƒã™ã‚‹ã«ã‚ãŸã£ã¦GraphQLを調ã¹ã¦ã„ã‚‹ã¨ã“゠自分ã®OSSを誰ã‹ã«å¼•ã継ã„ã ã‚Šå…±åŒé–‹ç™ºä½“制ã«ã—ã¦ã„ãŸã‚‰ã€GitHubã®pinned reposãŒã™ã¹ã¦organizationã®ã‚‚ã®ã«ãªã£ãŸ 本日ã®è©± GraphQLã¨ã¯ GraphQLã‚’Railsã«çµ„ã¿è¾¼ã‚€è©± GraphQLã¨ã¯ Web API ã®ãŸã‚ã®ã‚¯ã‚¨ãƒªè¨€èªž http://graphql.org/ RESTful API ã®æ¬¡ã‚’ç‹™ã†Web APIアーã‚テクãƒãƒ£ã¨ã„ã†ä½
APIs as infrastructure: future-proofing Stripe with versioning
When it comes to APIs, change isn’t popular. While software developers are used to iterating quickly and often, API developers lose that flexibility as soon as even one user starts consuming their interface. Many of us are familiar with how the Unix operating system evolved. In 1994, The Unix-Haters Handbook was published containing a long list of missives about the software—everything from overly
フãƒãƒ³ãƒˆã‚¨ãƒ³ãƒ‰å®Ÿè£…ä¸ã«ä½¿ãˆã‚‹ãƒ¢ãƒƒã‚¯ã‚µãƒ¼ãƒã‚’爆速ã§æº–å‚™ã™ã‚‹ - Qiita
ã§å®Œäº† ãªã‘れ㰠nodeã®ãƒãƒ¼ã‚¸ãƒ§ãƒ³ã‚’nã§ç®¡ç†ã™ã‚‹ ãªã©ã‚’èªã¿ã¤ã¤nodeã¨npmをインストールã—ã¦ãã ã•ã„ 準備ã™ã‚‹ã‚‚㮠コンソール db.json ブラウザ（動作確èªç”¨ï¼‰ ã‚„ã‚‹ã“㨠db.json ファイルを作æˆã™ã‚‹ bashã® touch コマンドやWindowsãªã‚‰å³ã‚¯ãƒªãƒƒã‚¯ã‹ã‚‰ãªã©ã§ãŠå¥½ããªã‚ˆã†ã«ãƒ•ã‚¡ã‚¤ãƒ«ã‚’作ã£ã¦ãã ã•ã„ db.json ã«ãƒªã‚½ãƒ¼ã‚¹ã‚’登録ã™ã‚‹ ã“ã“ã§ãƒ¢ãƒƒã‚¯ã‚µãƒ¼ãƒã‹ã‚‰è¿”ã—ã¦æ¬²ã—ã„データリストを列挙ã—ã¾ã™ 最上ä½ã®éšŽå±¤ã® key ãŒã‚¨ãƒ³ãƒ‰ãƒã‚¤ãƒ³ãƒˆã«ãªã‚Šã¾ã™ { "users": [ {"id": 1, "name": "hoge"}, {"id": 2, "name": "fuga"} ], "tweets": [ {"id": 1, "contents": "ã‚ãƒ¼çœ ã„", "user-id": 1}, {"id": 2, "contents": "ファビュラスï¼"
ãŽã‚“ã–Ruby会è°01ã«ã¦ã€ã€Œãƒžã‚¤ã‚¯ãƒã‚µãƒ¼ãƒ“ã‚¹æŒ‡å‘ Rails API 開発ガイドã€ã¨ã„ã†ç™ºè¡¨ã‚’ã—ã¾ã—ãŸ
技術開発本部㮠qsona ã§ã™ã€‚ 先日〠ãŽã‚“ã–Ruby会è°01 ã¨ã„ã†ãƒŸãƒ¼ãƒˆã‚¢ãƒƒãƒ—ãŒé–‹ã‹ã‚Œã¾ã—ãŸã€‚ã“ã‚Œã¯ã€å¼Šç¤¾ã®æŠ€è¡“顧å•ã®willnetã•ã‚“ã‚’å«ã‚€3人ã®æ–¹ã«ã‚ˆã£ã¦é‹å–¶ã•ã‚Œã¦ã„ã‚‹ Ginza.rb ã¨ã„ã†ã‚³ãƒŸãƒ¥ãƒ‹ãƒ†ã‚£ã®50回目を記念ã—ã¦é–‹ã‹ã‚ŒãŸã‚‚ã®ã§ã™ã€‚ ã“ã®ãƒŸãƒ¼ãƒˆã‚¢ãƒƒãƒ—ã«CFPを投稿ã—ã€æŽ¡æŠžã„ãŸã ãã¾ã—ãŸã€‚ã‹ãªã‚Šã®é«˜å€çŽ‡ã®ä¸ã€ç›®ã«ã¨ã©ã‚ã¦ã„ãŸã ã‘ãŸã“ã¨ã€ã¾ãŸæ™®æ®µãŠä¸–話ã«ãªã£ã¦ã„るコミュニティã®ç¯€ç›®ã®ä¼šã§ã®ç™ºè¡¨ã®æ©Ÿä¼šã‚’é ‚ã‘ã‚‹ã¨ã„ã†ã“ã¨ã§ã€éžå¸¸ã«æœ‰ã‚Šé›£ã„ã“ã¨ã§ã—ãŸã€‚ 発表資料以下ãŒãã®ç™ºè¡¨è³‡æ–™ã§ã™ã€‚ã¾ãŸã€å¼•ç”¨ã—ãŸæ–‡çŒ®ã‚’ã“ã®ä¸‹ã«åˆ—挙ã—ãŸã®ã§ã€é©å®œã”å‚ç…§ãã ã•ã„。 引用文献p3 マイクãƒã‚µãƒ¼ãƒ“ス時代ã«æ§ãã€Railsã§ã®ä¸è¦æ¨¡APIサーãƒé–‹ç™ºã®ãŸã‚ã®æŠ€è¡“æ§‹æˆ â€” qsona (Qiita) p27 step-by-step BFF — Yosuke Furukawa (Speaker Deck
WebAPIを作るå‰ã«è€ƒãˆã‚‹ã“㨠- LSUDsã¨SSKDsã€ã‚ªãƒ¼ã‚±ã‚¹ãƒˆãƒ¬ãƒ¼ã‚·ãƒ§ãƒ³å±¤ - Qiita
æ¦‚è¦ ã‚¹ãƒžãƒ›ã‚¢ãƒ—ãƒªæ™‚ä»£ã®API戦略ã¨ã—ã¦ã‚ªãƒ¼ã‚±ã‚¹ãƒˆãƒ¬ãƒ¼ã‚·ãƒ§ãƒ³ã¨ã„ã†å±¤ã‚’è¨ã‘ã‚‹ã“ã¨ãŒãƒã‚¤ãƒ³ãƒˆã«ãªã£ã¦ã„ã¾ã™ã€‚ LSUDsã¨ã¯ Large Set of Unknown Developers 大多数å‘ã‘ã®æœªçŸ¥ã®å¤–部開発者ã«å‘ã‘ãŸAPI（自分ã§ã‚³ãƒ³ãƒˆãƒãƒ¼ãƒ«ã§ããªã„人ãŸã¡ï¼‰ 誰ã«ã§ã‚‚åˆã†ãƒ•ãƒªãƒ¼ã‚µã‚¤ã‚ºã®æœã«ã¡ãªã‚“㧠one-size-fits-all API ã¨ã‚‚言ㆠSSKDsã¨ã¯ Small Set of Known Developers 利用者ãŒè‡ªåˆ†ãŒçŸ¥ã£ã¦ã„る開発者å‘ã‘ã®API（自分ã§ã‚³ãƒ³ãƒˆãƒãƒ¼ãƒ«ã§ãる人ãŸã¡ï¼‰ LSUDsãªAPIã«æ±‚ã‚られるも㮠汎用的 様々ãªãƒ¦ãƒ¼ã‚¹ã‚±ãƒ¼ã‚¹ã‚’満ãŸã™ ç°¡å˜ã€ã‚ã‹ã‚Šã‚„ã™ã„ 機能ã®å˜ä½ãŒå°ã•ã„ ãƒªã‚½ãƒ¼ã‚¹æŒ‡å‘ RESTful SSKDsãªAPIã«æ±‚ã‚られるも㮠クライアント（デãƒã‚¤ã‚¹ï¼‰ã«å¯„ã£ãŸå®Ÿè£… クライアントã”ã¨ã«æœ€é©åŒ–ã•ã‚ŒãŸAPI ç”»é¢ã‚’作るãŸã‚ã®ãŠã¾ã¨ã‚API
マイクãƒã‚µãƒ¼ãƒ“スãƒãƒƒã‚¯ã‚¨ãƒ³ãƒ‰APIã®ãŸã‚ã®RESTã¨gRPC
1. The document discusses RESTful APIs and gRPC, comparing their characteristics and use cases. 2. RESTful APIs typically use HTTP and JSON to access resources via URLs while gRPC uses protocol buffers and HTTP/2 for efficient streaming and RPC. 3. gRPC is better suited for microservices and mobile apps due to its ability to handle streaming and performance, while REST is more widely used due to i
HTTP APIã®è©³ç´°ãªã‚¨ãƒ©ãƒ¼æƒ…å ±ã‚’ãƒ¬ã‚¹ãƒãƒ³ã‚¹ã«æŒãŸã›ã‚‹ãŸã‚ã®ä»•æ§˜
今日ã§ã¯ HTTP(s) 㧠API ãŒå…¬é–‹ã•ã‚Œã‚‹ã“ã¨ã¯å½“ãŸã‚Šå‰ã®æ™‚代ã§ã™ãŒã€ã‚¨ãƒ©ãƒ¼ã‚’アプリケーションã«ã©ã†ä¼ãˆã‚‹ã‹ã¯ã€å€‹ã€…ã® API ã®è¨è¨ˆã«ä¾å˜ã—ã¦ã„ã¾ã—ãŸã€‚特ã«ã€HTTP ステータスコードã¯æœ‰é™ã§ã‚ã‚Šã€å…ƒã€…æŒã£ã¦ã„ã‚‹æ„味ãŒã‚ã‚‹ã®ã§ã€è‡ªç”±ã«ä½¿ã†ã“ã¨ã¯ã§ãã¾ã›ã‚“。API ã¯ãã®ãƒ‰ãƒ¡ã‚¤ãƒ³ã”ã¨ã«ã‚‚ã£ã¨è¤‡é›‘ã§ç´°ã‹ãªã‚¨ãƒ©ãƒ¼æƒ…å ±ãŒã‚ã‚‹ã¯ãšã§ã€ãれらã¯ãƒ¬ã‚¹ãƒãƒ³ã‚¹ãƒœãƒ‡ã‚£ã«è¼‰ã›ã¦ã‚¢ãƒ—リケーションã«ä¼ãˆã‚‹ã“ã¨ã«ãªã‚Šã¾ã™ãŒã€ãã®æ›¸å¼ã«è¦å®šã¯ä»Šã¾ã§ã‚ã‚Šã¾ã›ã‚“ã§ã—ãŸã€‚ HTTP API ã«ã¦ã€ã‚¢ãƒ—リケーションã«ã‚¨ãƒ©ãƒ¼æƒ…å ±ã‚’ä¼é”ã™ã‚‹ãŸã‚ã®ï¼ˆãƒ¬ã‚¹ãƒãƒ³ã‚¹ãƒœãƒ‡ã‚£ã«è¼‰ã›ã‚‰ã‚Œã‚‹ï¼‰æ¨™æº–çš„ãªå½¢å¼ãŒã€RFC7807 Problem Details for HTTP APIs ã§å®šã‚られã¦ã„ã¾ã™ã€‚é©ç”¨ä¾‹ã¨ã—ã¦ã¯ã€ä»¥ä¸‹ã®ã‚ˆã†ã«ãªã‚Šã¾ã™ã€‚ HTTP/1.1 403 Forbidden Content-Type: application
Paginating Real-Time Data with Cursor Based Pagination — SitePoint
July 10, 2014Paginating Real-Time Data with Cursor Based Pagination Pagination is a technique for breaking large record sets into smaller portions called pages. As a developer, you should be familiar with implementing pagination, but implementing pagination for real time data can become tricky even for experienced developers. In this tutorial, we are going to discuss the practical use cases and so
駅データ 無料ダウンãƒãƒ¼ãƒ‰ 『駅データ．ｊï½ã€
2024.04.26 ã‚¹ã‚«ã‚¤ãƒ¬ãƒ¼ãƒ«å»ƒæ¢ ãƒ‡ãƒ¼ã‚¿èª¤ã‚Šä¿®æ£/ä½æ‰€ä¿®æ£ç‰ 2024.03.28 ä¸€éƒ¨å»ƒæ¢ JRæ ¹å®¤æœ¬ç·š/誤り修æ£ä»– 2024.03.18 ç§»è¨ ä¸‰æ²³çŸ¥ç«‹ /15æ—¥æ›´æ–°èª¤ã‚Šä¿®æ£ 2024.03.15 北陸新幹線 他多数修æ£/æ›´æ–° 2023.09.07 å®‡éƒ½å®®èŠ³è³€ãƒ©ã‚¤ãƒˆãƒ¬ãƒ¼ãƒ«ç·šé§…ã‚³ãƒ¼ãƒ‰èª¤ã‚Šä¿®æ£ 2023.08.26 æ–°ç·š 宇都宮芳賀ライトレール線/JRå®å¡šç·šä¿®æ£/一部廃æ¢JR日田彦山線/å„å称変更 ä»–
APIドã‚ュメントを支ãˆã‚‹æŠ€è¡“ - Qiita
最近ã®ã‚¦ã‚§ãƒ–開発ã§ã¯å„機能ã”ã¨ã‚’APIã§ã¤ãªãŽè¾¼ã‚€æ™‚代ã«ãªã£ã¦ã„ã¾ã™ã€‚ ãã®ãŸã‚ã€å„ãƒãƒ¼ãƒ ãŒé–‹ç™ºã‚’ã—ã¦ã„ã上ã§ã€ ä»–ã®ãƒãƒ¼ãƒ ã«APIã®ä»•æ§˜ã‚’ä¼ãˆã‚‹æ–¹æ³•ã‚’ãã¡ã‚“ã¨ã¾ã¨ã‚ã¦ãŠãå¿…è¦ãŒå‡ºã¦ãã¦ã„ã¾ã™ã€‚ ãã‚“ãªä¸ã§APIドã‚ュメントã«ã©ã®ã‚ˆã†ãªå½¹å‰²ãŒæ±‚ã‚られã¦ã„㦠ã©ã®ã‚ˆã†ãªé¸æŠžè‚¢ãŒã‚ã‚‹ã‹ã€ä¸€æ—¦è‡ªåˆ†ã®æŠŠæ¡ã—ã¦ã„る知è˜ã‚’ã¾ã¨ã‚ã¦ã„ã¾ã™ã€‚ (ã“ã“ã§æ›¸ã„ã¦ã„ã‚‹APIã¯ã€httpã§ã‚¢ã‚¯ã‚»ã‚¹ã—ãŸã‚‰ã€JSONå½¢å¼ã§ãƒ¬ã‚¹ãƒãƒ³ã‚¹ã‚’è¿”ã™ã‚¦ã‚§ãƒ–サービスã®APIを指ã—ã¦ã„ã¾ã™) APIドã‚ュメントを用æ„ã™ã‚‹ä¸Šã§ã€ã™ãã«ã¶ã¤ã‹ã‚‹å£ APIドã‚ュメントを用æ„ã™ã‚‹å ´åˆã«ã€ä½•ã‚‚考ãˆãšã«Excelã‚„wikiã«ã¾ã¨ã‚ã‚‹ã¨ã€æ—©ã„段階㧠メンテナンスã®ã‚³ã‚¹ãƒˆ ã®å•é¡Œã«ã¶ã¤ã‹ã‚Šã¾ã™ã€‚ 『APIドã‚ュメントを書ã時間ãŒãªã„〠『本当ã«ãƒ‰ã‚ュメント通りã®çµæžœãŒè¿”ã£ã¦ãã‚‹ã‹ã€è©¦ã—ã¦ã¿ãªã„ã¨ã‚ã‹ã‚‰ãªã„〠『実際ã«è¿”ã£ã¦ãã‚‹APIã¨ãƒ¬ã‚¹ãƒãƒ³ã‚¹ãŒé•
Web APIã¦ã‚™Thriftをシリアライザã¨ã—ã¦ä½¿ã†
2. ⾃⼰紹介ã¨ä»Šå›žã®LTã®å†…容 • スマホゲーム開発ã§ãƒ†ãƒƒã‚¯ãƒªãƒ¼ãƒ‰ã‚’ã‚„ã£ã¦ã„ã¾ã™ã€‚ • クライアントサイド: C#(Unity) • サーãƒã‚µã‚¤ãƒ‰: Scala(Play) • 今年リリースã—ãŸã‚²ãƒ¼ãƒ ã®Web APIサーãƒã®é–‹ç™ºã§ãƒ¡ãƒƒã‚»ãƒ¼ã‚¸ フォーマットã¨ã—ã¦Thriftを導⼊ã—ãŸä»¶ã«ã¤ã„ã¦è©±ã—ã¾ã™ã€‚ • RPCフレームワークã¨ã—ã¦ã®Thriftã®è©±ã§ã¯ãªã„ã®ã§ã”注æ„。 4. メッセージフォーマットã®é¸å®š • æ–°è¦ã«ã‚²ãƒ¼ãƒ を開発ã™ã‚‹ã«ã‚ãŸã£ã¦ã€2014å¹´ã®çµ‚ã‚ã‚Šé ƒã«ãƒ¡ãƒƒã‚»ãƒ¼ ジフォーマット(シリアライザ)ã®é¸å®šã‚’â¾ã„ã¾ã—ãŸã€‚ • APIレスãƒãƒ³ã‚¹ã‚„マスターデータãªã©ã§åˆ©â½¤ • JSONã®ã¤ã‚‰ã¿ • å‰ã‚¿ã‚¤ãƒˆãƒ«ã¾ã§ã¯JSONを利⽤ • パフォーマンスãŒå‡ºãªã„ã€ãƒ¡ãƒ¢ãƒªæ¶ˆè²»ãŒâ¼¤ãã„ (巨⼤ãªJSONã‚’è¿”ã™ã¨ã‚²ãƒ¼ãƒ ãŒâ¼€çž¬â½Œã¾ã£ã¦ã—ã¾ã†ã“ã¨ã‚‚) • ⻑期é‹â½¤ã—ã¦ã„ã‚‹ã¨ãƒ¬ã‚¹ãƒãƒ³ã‚¹ã®ãƒ•ã‚£ãƒ¼ãƒ«ãƒ‰ãŒä½•ã‚’æ„
大è¦æ¨¡APIã¨é–‹ç™ºè€…ã®è‡ªå¾‹æ€§ã®ä¸¡ç«‹ã‚’図るNetflix
Spring Bootã«ã‚ˆã‚‹APIãƒãƒƒã‚¯ã‚¨ãƒ³ãƒ‰æ§‹ç¯‰å®Ÿè·µã‚¬ã‚¤ãƒ‰ 第2版 何åƒäººã‚‚ã®é–‹ç™ºè€…ãŒã€InfoQã®ãƒŸãƒ‹ãƒ–ック「Practical Guide to Building an API Back End with Spring Bootã€ã‹ã‚‰ã€Spring Bootを使ã£ãŸREST API構築ã®åŸºç¤Žã‚’å¦ã‚“ã 。ã“ã®æœ¬ã§ã¯ã€å‡ºç‰ˆæ™‚ã«æ–°ã—ãリリースã•ã‚ŒãŸãƒãƒ¼ã‚¸ãƒ§ãƒ³ã§ã‚ã‚‹ Spring Boot 2 を使用ã—ã¦ã„る。ã—ã‹ã—ã€Spring Boot3ãŒæœ€è¿‘リリースã•ã‚Œã€é‡è¦ãªå¤‰...
GraphQLã®è©± (API for Front-end)
tng23 ã§ã‚„ã£ãŸã‚„ã¤
メンテナンス
ãŠçŸ¥ã‚‰ã›
障害
リリースã€éšœå®³æƒ…å ±ãªã©ã®ã‚µãƒ¼ãƒ“スã®ãŠçŸ¥ã‚‰ã›
最新ã®äººæ°—エントリーã®é…ä¿¡
j次ã®ãƒ–ックマーク
kå‰ã®ãƒ–ックマーク
lã‚ã¨ã§èªã‚€
eコメント一覧を開ã
oページを開ã
How to achieve idempotency in POST method?
httpbin.org
gRPC vs REST - API Strat 2016
ã“ã‚“ãªã«ä½¿ãˆã‚‹ï¼ä»Šã©ãã®APIドã‚ュメンテーションツール
{{#tags}}- {{label}}
{{/tags}}