GraphQLはサーバーサイド実装のベストプラクティスとなるか - Qiita
この記事は GraphQL Advent Calendar 2020 14 日目の記事です。 前回の記事は @joe-re さんの 「ライブラリの実装からCursor-based paginationにおけるcursorのフォーマットのベストプラクティスを探る」 でした。 前置き GraphQLは2010年代後半に出てきた技術の中でも個人的に特に強力なアプリケーション実装パターンの一つだと思っているのですが、シンプルな実装なのに利用用途が豊富にあることと利用する立場が違うと全く印象を抱く事から全体像を掴みづらく、本来持つべきポテンシャルに対してまだ認知が広がっておらず利用されていないように感じます。 今回はサーバーサイドからの視点を中心にGraphQLを構築する要素を分解して解説するのとともに、それを利用した際にWebアプリケーション開発やそれに関わるエンジニアに起きうる変化について書いて
REST APIとは？ - API設計のポイント
最近は様々なサービスでWebAPIが提供されています。普段の開発をする中でもシステム連携などでAPIを作る機会が出てくるのではないでしょうか。 WebAPIの中でもREST APIなんてものもよく聞くのかなぁと思います。REST APIの設計は色々と奥が深く、なかなかおもしろい技術です。 今回はそんなREST APIを設計する上でのポイントをご紹介していきます。この記事では実装よりも設計思想的な部分を書いています。次回以降にもう少し実装に近いレベル記事を書いきます！ REST APIとはRESTの原則に沿った形で設計されたAPIを指します。 じゃあ、RESTってなんぞや？となると思いますが、参考サイトにはこんなことが書かれています。 「セッションなどの状態管理を行わない（やり取りされる情報はそれ自体で完結して解釈することができる）」（Webシステムでは、HTTP自体にはセッション管理の機構
設計ツールEnterprise Architectの概要と特徴
Enterprise Architectのコンセプトは、「広範囲をサポートする実用的な設計ツール」です。業務システム・Webアプリケーション・組込みなどのさまざまな設計開発に対して、さまざまな対象の人が設計開発全体を通して利用できる設計ツールです。UMLやSysMLだけでなく、BPMNやDFDなどさまざまな記法に対応しています。さらに、数多くの実用的な機能と、それぞれの人が望むようにカスタマイズできる拡張性を、現実的な価格で提供しています。 Enterprise Architectでは、簡単な操作でUMLやSysMLのモデルを作成できます。独自の「クイックリンク」機能で、要素や関係(要素間の接続)を簡単に作成・配置できます。ショートカットキー・コンテキスト(右クリック)メニュー・ツールバーなどを活用することで、さらに効率的に作業を行えます。 さらに、Windows標準の操作方法を多く取り入
RESTful API の設計のキホン
2016/10/12 社内勉強会で使ったスライドを社外向けに一部加筆訂正したもの
スタンドアロンでJNDIを使う - CLOVER🍀
前回書いた、JPA Cache Storeの副産物です。これを書いた時、JPAにJTAとリソースのルックアップもできるように頑張ろうと思ったのですが、面倒過ぎてやめました…。 ただ、DataSourceくらいはJNDIルックアップできるようになったので、今度はJavaでちゃんと書きたいと思います。 参考にしたのは、このあたりです。 How can I bind a DataSource to an InitialContext for JUnit testing? http://stackoverflow.com/questions/3461310/how-can-i-bind-a-datasource-to-an-initialcontext-for-junit-testing Implementing standalone JPA JTA Hibernate application o
JSON on HTTPやWeb APIを各言語でどうやって実装するのか
HTTPでアクセスして、JSONを返すようなWebサーバを書きたいとする。 どんな言語を選ぶか。どんなミドルウェアを選ぶか。どんなライブラリを選ぶか。 たとえば、TIOBE Softwareが公表している「Programming Community Index(PCI)」という指標がある。人気のあるプログラミング言語の数値化。これを見ていて思ったのは、「多すぎだよね、プログラミング言語」ということ。これらのうち、どの言語を勉強し、どの言語をプロジェクトに採用すべきなのか。 その感触を得るために、 「同じ仕様のREST serviceを複数言語で実装したらいいんじゃね？」 と思った。いくつかの言語で実装を起こしてみている。 前提条件 大規模な開発を想定する。ユーザの規模が大規模。トランザクション数が大規模。そして、開発者が大規模。 実用的かつモダンな開発を想定する。プロジェクト毎のバージョン
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
処理を実行中です
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
HTTP API の設計方向
