API設計スキルを次のレベルに引き上げるベストプラクティス22選 - Qiita
本記事は、Mohammad Faisal氏による「22 Best Practices to Take Your API Design Skills to the Next Level」（2021年4月15日公開）の和訳を、著者の許可を得て掲載しているものです。 REST API設計のための実践的アドバイス Photo by Andrea Piacquadio from Pexels はじめに すべてが分かりにくく、ひどいAPIに不満を感じたことはありませんか？私はそうです。 マイクロサービスの世界では、バックエンドAPIの一貫した設計が不可欠です。 今日は、知っておくべきベストプラクティスについて、簡潔に説明します。さあ始めましょう！ 用語 API設計は、リソース指向設計というものに従います。3つの重要な概念で構成されています。 リソース：データの一部（例：ユーザー） コレクション：リソー
エンジニア・プログラマにしか使えないSNSを作ってみた話 - Qiita
はじめに 通常のSNSで胡散臭い人が多いと感じてしまいました プログラミングスクールが流行り、エンジニアになって億稼いでます！みたいな・・・ そこで、本当のエンジニア・プログラマしか使えないSNSを作ってみました！ つまり、WebApi提供のみのSNSです 一般ピープルが使うようなフロントエンドなんてありません！！ Postmanなり、なんなりを使って叩いてください エンジニア・プログラマしかWebApiが叩けないであろうという考えなので、 エンジニア・プログラマにしか使えないSNS！ということです この記事を見ている、プログラマ・エンジニアの方であれば使えますよね？😁 実際、WebApiが叩くことが出来れば誰でも使えてしまうわけですが・・・。 2021/07/20 更新 このWebApiを作ったシステムについて書きました ソースコード公開しました CRUDのWebApi開発は不要！Js
[FastAPI] Python製のASGI Web フレームワーク FastAPIに入門する - Qiita
FastAPI PythonのWeb frameworkで、Flaskのようなマイクロフレームワークにあたります。 パフォーマンスの高さ、書きやすさ、本番運用を強く意識した設計、モダンな機能などが強みです。 FastAPIはStarletteの肩に乗る形で書かれており、非同期処理が扱いやすいです。 特に、以下の様な特徴があります。 ASGI websocketのサポート GraphQLのサポート バックグラウンドプロセスが扱いやすい python type hintによる自動ドキュメント生成 (Swagger UI) pydanticをベースとしたdata validation 率直に言って、responderに非常に似ています。(でた時期も近いですし、responderもStarletteがベースなので) ですが、下の2つはFastAPIの方がよっぽど使いやすく設計されています。 以下の
![[FastAPI] Python製のASGI Web フレームワーク FastAPIに入門する - Qiita](https://cdn-ak-scissors.b.st-hatena.com/image/square/c804398a246563f77e782b1c9c8bb61bf8d040c5/height=288;version=1;width=512/https%3A%2F%2Fqiita-user-contents.imgix.net%2Fhttps%253A%252F%252Fqiita-user-contents.imgix.net%252Fhttps%25253A%25252F%25252Fcdn.qiita.com%25252Fassets%25252Fpublic%25252Farticle-ogp-background-afbab5eb44e0b055cce1258705637a91.png%253Fixlib%253Drb-4.0.0%2526w%253D1200%2526blend64%253DaHR0cHM6Ly9xaWl0YS11c2VyLXByb2ZpbGUtaW1hZ2VzLmltZ2l4Lm5ldC9odHRwcyUzQSUyRiUyRnMzLWFwLW5vcnRoZWFzdC0xLmFtYXpvbmF3cy5jb20lMkZxaWl0YS1pbWFnZS1zdG9yZSUyRjAlMkYyNDY1NTIlMkZkYmY1N2MwZDY1YWExZjVjYzYzYWNiMDIyMTgzMzhlMjU5MGE4NzkyJTJGeF9sYXJnZS5wbmclM0YxNTc0MTI0NzEwP2l4bGliPXJiLTQuMC4wJmFyPTElM0ExJmZpdD1jcm9wJm1hc2s9ZWxsaXBzZSZmbT1wbmczMiZzPTU3M2Q0Yzg1NTliNjhlNTYyZmY4NTk4Y2M1ZWQyOTkw%2526blend-x%253D120%2526blend-y%253D467%2526blend-w%253D82%2526blend-h%253D82%2526blend-mode%253Dnormal%2526s%253Da3812529bc4b395604bcfc8cace56505%3Fixlib%3Drb-4.0.0%26w%3D1200%26fm%3Djpg%26mark64%3DaHR0cHM6Ly9xaWl0YS11c2VyLWNvbnRlbnRzLmltZ2l4Lm5ldC9-dGV4dD9peGxpYj1yYi00LjAuMCZ3PTk2MCZoPTMyNCZ0eHQ9JTVCRmFzdEFQSSU1RCUyMFB5dGhvbiVFOCVBMyVCRCVFMyU4MSVBRUFTR0klMjBXZWIlMjAlRTMlODMlOTUlRTMlODMlQUMlRTMlODMlQkMlRTMlODMlQTAlRTMlODMlQUYlRTMlODMlQkMlRTMlODIlQUYlMjBGYXN0QVBJJUUzJTgxJUFCJUU1JTg1JUE1JUU5JTk2JTgwJUUzJTgxJTk5JUUzJTgyJThCJnR4dC1hbGlnbj1sZWZ0JTJDdG9wJnR4dC1jb2xvcj0lMjMxRTIxMjEmdHh0LWZvbnQ9SGlyYWdpbm8lMjBTYW5zJTIwVzYmdHh0LXNpemU9NTYmdHh0LXBhZD0wJnM9MTVjODU5MzZjMTM0Yzg0MzY0YzkzNjg4ZTQ3ZDJmY2Q%26mark-x%3D120%26mark-y%3D112%26blend64%3DaHR0cHM6Ly9xaWl0YS11c2VyLWNvbnRlbnRzLmltZ2l4Lm5ldC9-dGV4dD9peGxpYj1yYi00LjAuMCZ3PTgzOCZoPTU4JnR4dD0lNDBiZWUyJnR4dC1jb2xvcj0lMjMxRTIxMjEmdHh0LWZvbnQ9SGlyYWdpbm8lMjBTYW5zJTIwVzYmdHh0LXNpemU9MzYmdHh0LXBhZD0wJnM9MTZlYzZmMzM0ZGYxMDIzMTI0ZjhkZjk1ZDQ2MWVlMGY%26blend-x%3D242%26blend-y%3D480%26blend-w%3D838%26blend-h%3D46%26blend-fit%3Dcrop%26blend-crop%3Dleft%252Cbottom%26blend-mode%3Dnormal%26s%3Dd421b70765328f37cae879d7c62fd18a)
気象情報API比較してみた - Qiita
OpenWeatherMap http://openweathermap.org/ ・APIは数種類公開されていますが、無料で利用可能なものは現在の気象情報が取得できるもの、3時間毎/5日間の予報が取得できるものの2種類です。 ・空港や都市部に設置されているものから個人観測所も含め40,000以上の観測所からデータを収集しています。データソースとして日本気象庁、アメリカ国立気象局、カナダ気象庁、ヨーロッパ中期予報センター等が挙げられています。 Weather Underground https://www.wunderground.com/ ・アメリカ国内外合わせ60,000以上の都市の気象情報を提供しています 。アメリカ国内で200,000以上の観測所から、国外では29,000以上の観測所からデータを収集しています。 ・200,000以上の観測所のうち、180,000以上が個人所有で、一
Clean ArchitectureでAPI Serverを構築してみる - Qiita
この記事では、アーキテクチャを採用する理由、次にClean Architectureの概要、最後にアプリケーションの構築をしていきます。 この後詳しく見ていきますが、Clean architectureの概念は比較的シンプルでわかりやすいものだと思います。しかし実際コードに落とし込んだ時、これってどう実装すればいいのかな？と迷うことがあったので、自分の理解も深めるために実際にAPI Serverを構築していきたいと思います。 また、サーバーサイドでの採用事例をあまりみないので誰かの参考になればいいかなと思います。 サンプルコードは、Go言語です。 アーキテクチャを採用する理由 アーキテクチャに期待することは、関心の分離です。 関心の分離を正しく行うことで、次のようなメリットがあると思います。 再利用性の高い設計になり生産性が向上する コードの可読性が上がり、メンテナンスが容易になる 変化に
GraphQLとPersisted Query - Qiita
最近、GraphQL APIをインターネット上に晒す上で何を考慮したらいいのだろうか、的なことを考える機会が多く、空いた時間でチマチマと素振りしています。 今日はGraphQLのクライアント - サーバー間に挟むリバプロ的な機能について書いてみようと思います。 やりたいこと 1. 想定しないクエリの排除 例えばECやメディアサイトのような、未ログインでも情報の閲覧が可能なサービスのWeb API層をGrahpQLで実装したとします。ECにしろメディアにしろ、詳細ページでの回遊率を上げるため、詳細同士を関連付けるようなスキーマ設計となるのは自然なことでしょう。 GrahpQLのスキーマ定義で書くと、下記のようなイメージです。
OASGraphって何? - Qiita
Deleted articles cannot be recovered. Draft of this article would be also deleted. Are you sure you want to delete this article? はじめに（おことわり） 筆者はGraphQLについては、先週こちらに参加してようやく学習を開始したという入門者です。この記事を書く前に本来ならGraphQLを触って理解を深めてから、というのが筋とは思ってます。とはいえスピード感も重要でパラレルで理解を深めて行くのも一つの手と考えているため、OASGraphについて発表された内容を、浅い理解なりに、むしろ読みながら書きながら理解する感じで、まとめてみようと思います。誤訳・誤解・理解が浅い部分を含む可能性および、あくまで私自身の見解である点ご了承ください。間違いなどありましたらコメント頂け
Ionic3でpush通知ができる構成について - Qiita
きっかけ 私のローカルでプッシュ通知が出来てるビルドが作れて、他の開発環境でビルドするとデバッグすらできないという事態が発生。 行きつくところ、phonegap-plugin-push（プッシュ通知のためのプラグイン）のバージョンの問題だった。 前提 基本の構成は以下の通り。 ionic3系のプロジェクト cordovaもそれに付随したバージョン Androidのビルドしかしてない（ああ、browserもあるけどここでは関係ない） LoopbackというものでAPIサーバを作っている プッシュ通知はFirebaseのMessagingを使用 LoopbackのPushの使い方をベースにプッシュ通知を実装している。 https://github.com/strongloop/loopback-component-push https://github.com/strongloop/loopb
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
【Rails】 API開発で『Can't verify CSRF token authenticity』といわれたときの対応 - Qiita
GraphQLを検討中のあなたに送る、19の疑問と回答 - Qiita
Golang(ECHO+GORM)でJWTとGraphQLの環境を構築 - Qiita
API Blueprintでアクション毎にURI parameterを定義する
thrift の C (GLib) library のビルド - Qiita
OS X MavericksでThriftのgemを入れる - Qiita
Thrift 0.9.1のインストールではまった件 - Qiita
Debian Wheezyにthriftをインストール - Qiita
ThriftのC++版を使うときに”pthread_rwlock_trywrlock”がないとエラーが出たときは - Qiita
Thriftで"Connection refused"と表示されて接続できないときは (C++ - Erlang/OTP) - Qiita
Thrift+Erlang/OTPで、「Bad value on output port 'tcp_inet'」と出るときは - Qiita
phpのThriftクライアントひな形生成の際のオプション - Qiita
