概要
- 自己紹介
- 反省
- 管理者画面でのreact
- 販売窓口画面でのreact
- カスタマー画面で使わなかったreact
- これから
- SSRしたい
- bff
1.自己紹介
自己紹介
- 名前: やまたつ
- 所属: 株式会社ギフティ
- バックエンド: rails, java
- フロントエンド: react, redux, flowtype, backbone風独自フレームワーク
- (なのでreactバナというよりspaバナになってしまうかもです。。。)
作ったもの
- しまとく
- 長崎の離島で使える地域通貨
- 旅行客向け
- 島内で使える電子通過
- 5,000円払うと、6,000円分の通貨が手に入る
- 管理者画面、販売窓口画面、カスタマー画面
- 使ってるのも
- rails
- webpack, babel
- react, redux
- Immutablejs, lodash
- 長崎の離島で使える地域通貨
2.反省
管理者画面でのreact
だめでした
- railsで雑く作ればよい
- admin系のgemだとしんどいかも
- 多少見た目は必要。使うのが社外のヒトなので
- Foundationとか使えばよさそう
販売窓口画面でのreact
良かった
- ウィザード的な画面にはよい
- step毎にサーバーに問い合わせる必要がなくなるので。
- step途中のバリデーションのためにサーバーに問い合わせたくなる時がある
- バリデーション用のapi開けた(RESTであり続けるのが難しくなった)
- 本気でuniversalすると解決するのかも
- 非SPAでもウィザード部分にだけ使うの良さそう
カスタマー画面で使わなかったreact
使っても良かった
- 使わなかったのはガラケー対応が必要だったので
- ユーザー層的にどうしても。。。
- ガラケー画面を別でrailsで作るとしても、reactにしても良かった
- 結局アレヤコレヤと画面要件が増えるので
- ガラケー画面はデザインも機能も削りがち
- なので結局ガラケーのエンハンス少ない
- でもSSRはほしい。。。
- 管理者画面と販売窓口画面はSSRしてない
これから
SSRしたい
ギフティがSSRしたい理由
- SEO
- いらない
- 描画速度
- ほしい
- スマホで、かつ、Webなので
- ほしい
SSRへのアプローチ
- railsでやる
- react-rails
- hypernova
- bff(backend for front)
- nextjs
- nuxtjs
- hypernova
bff
respect for コレ
respect for コレ
何が幸せ?
- railsでSSRやるよりシンプル
- apiだけがインターフェース
- クロスプラットフォームでのapi再利用
- サーバーサイドの選択肢が増える
課題とか
- クレカ決済とかのrails実装資産を使いまわせない
とかいって。。。
まだ何もできてない。。。
反省することすらできない。。。。
夢か。。。。
ご清聴ありがとうございました
株式会社ギフティでは、react書いたり、書かなかったりしてくれるエンジニアを募集しています。