モノリシックなサービスにBFFを導入して生産性を爆上げさせた話｜kouchannne
サイトのviewを表現する方法として、サーバーサイド言語のHTMLテンプレートエンジンでviewを実現するモノリシックな構造を採用していました。 session情報などのクライアント側からサーバーサイド側へのデータのやり取りをあまり意識しなくて済む点ではモノリシックな構造は有効的であると言えます。 しかし、モノリシックな構造でやり続けることで以下の課題にぶち当たり、改善策を検討しました。 1. ランディングページのようなフロントだけで済むものも、バックエンドに依存してしまっていた 2. バックエンド側のビジネスロジックの老朽化に伴う、システムリプレイスもクライアント側の影響を考慮して安易に手を付けることができない 3. シームレスな画面遷移を提供したい場合JSで実装するのがマストになってくるが、 テンプレートエンジンの関係上SEOと操作性どっちかを犠牲にする事があった 4. HTMLテンプ
独学半年の実務未経験がRails＋Nuxt.jsでSPA作ったので見て欲しい - Qiita
はじめに アプリを作ったのはいいものの、フィードバックをくれる人がいなかったのでQiitaで紹介記事を書くことにしました。 独学で周りにアドバイスをもらえる人がいないので、改善点などどんどん指摘してくださると幸いです。 自己紹介 作者は今年の2月末ごろから独学でプログラミングを学習しています。 高校時代にほんの少しHTMLを触ったことがある程度で、事前知識はほぼありませんでした。 現在はアプリを作成しながら、10月の基本情報に向けて勉強しています。 アプリ制作は今回で2作目になります。 前作URL 前作リポジトリ アプリ概要 これが作成したアプリです。 サイトURL githubリポジトリ PolPa(ポルパ)は、学習時間に応じてレベルが上がる学習記録アプリです。 全体像がわかると思うので先にERを貼っておきます。 機能紹介 主な機能を一部紹介します。 ゲストログイン 新規登録フォームの下
Nuxt.jsとPassport.jsでマイクロサービス用の認証機能をもったフロントエンド + BFFを構築する - Qiita
2019/02/27 追記 SSR(サーバーサイドレンダリング)を利用した方が実装しやすそうなので、SSRを利用する形の記事も書く予定です。 そんなに差分なかったので、ブランチとして実装しておきました。 SSR版はこちら 変更点 mode: spaを削除 storeにnuxtServerInitを追加 未認証時のリダイレクトロジックを修正 tl;dr マイクロサービスのフロントエンドとBFF(Backends for Frontends)をNuxt.js + Express.jsで実装したかった Express.js側で認証するのが都合が良かったのでPassport.jsを採用した リロード時にsessionからログイン情報を再取得するように実装してみた 構成 構成は下記のようになります。 Nuxt.jsのserverMiddlewareとしてExpress.jsを組み込む /api以下の
frontendに「nuxtjs/apollo」、backendに「go+gqlgen」の組み合わせでGraphQLサービスを作る - Qiita
frontendに「nuxtjs/apollo」、backendに「go+gqlgen」の組み合わせでGraphQLサービスを作るGoGraphQLapolloNuxtgqlgen お題 簡易ToDoアプリ（と言っても、この記事上では単に「ToDoの新規登録」と「登録済みの全ToDoの表示」しか出来ない）を題材として、表題の組み合わせでGraphQL通信ロジックを書くとどんな感じになるかを確認してみる。 ※今回はRDBを使った永続化などはしないで、バックエンドからは固定値を返す。 前提 Nuxt.jsやGoについては、個人ないし会社での開発経験があり、フロント->サーバの接続は（例えば）Axiosなど使ってRESTでやってたけど、GraphQLに変えてみたいという人が対象。 ただ、「そもそもGraphQLとは？」とか「RESTと比べたメリット・デメリットは？」みたいなことは書かない。（既に
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
処理を実行中です
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
