フロントエンドアーキテクチャの話: Resource Setの紹介

こんにちは、よしこです。 この記事は 2020年に立ち上げたWebフロントエンド構成の振り返り の「Applicationのアーキテクチャ」項の詳細記事です。単体でも読めますが、よければ元記事もあわせてどうぞ！ この記事では、わたしの所属する株式会社ナレッジワークで開発・運用しているWebアプリケーションのドメインロジックやAPI通信部分のアーキテクチャについてご紹介していきます。いわゆるフロントエンドの中でも裏側の部分。 一番設計っぽい話になると思いますが、そのぶん「△△ライブラリの便利な使い方」「◯◯のベストプラクティス」というような具体的で汎用的な話とは異なり、うちではこうやってますという事例の共有以上の何物でもないです。 社内資料を社外にも公開するぐらいのイメージで共有していきます！ 前提:アプリケーションの構成要素の4分類 前段として、大元の思想から話します。 まず、フロントエン

[ryosuke-fujii]

めちゃくちゃ参考になりました。

[shingo-sasaki-0529]

ドメインモデルに基づくデータ構造・ロジックを束ねた概念か。普段から無意識にコレに近いことはやってるけど、設計を明示して維持するのが難しい。 途中のシーケンス図すごいわかりやすくて良かった。

[nilab]

フロントエンドアーキテクチャの話: Resource Setの紹介

[mayumayu_nimolove]

よしこさんだ。エンジニアやってたのか。

[akid3020]

Branded Typesの部分は UserId型という名前を定義してexportするほうが一般的だと思うけど、たしかに User['id'] として使えばいいのか