JA

普段Railsで開発していて、フロントエンドとバックエンドを二重に管理している感覚はありませんか?その問題の原因と解決策のひとつは、RESTの忘れ去られた4つめの制約にあるのかもしれません。

RESTの統一インターフェースには4つの制約があります。最初の3つはRESTful API設計でおなじみのものです。しかし4つめは Hypermedia as the Engine of Application Stateという制約で、後にHATEOASと名付けられましたが、あまり多くは語られてきませんでした。

Fielding博士はこうも言っています。

REST APIs must be hypertext-driven

気になります。私は「作者の気持ちを答えよ」の本当の正解が気になって仕方がないたちです。 そこで、私はRailsでHATEOASを実践することをテーマに自分用の易占い(六十四卦)アプリを作り始めました。

本トークでは易占いアプリの、特にHATEOASを意識した仕様や実装を紹介しながら、アプリケーションの状態遷移をハイパーメディアに駆動させるという設計がもたらす恩恵を具体的にお見せします。そして、普通のRailsアプリとHATEOASの関係、HotwireがHTMLを扱う必然性にも迫ります。

Lime Hall
DAY 2 13:05 – 13:20
Taiju HIGASHI

株式会社永和システムマネジメント所属のプログラマです。 社内転職で Ruby/Rails を扱うアジャイル事業部に join して早 4 年。Rails 歴も同じく 4 年になります。 fukui.rb のオーガナイザ、北陸Ruby会議の運営メンバも務めています。