Vuex + DDD のアーキテクチャを考える - Techtouch Developers Blog

テクノロジーカテゴリーの変更を依頼記事元:

tech.techtouch.jp

102 usersがブックマークコメント

記事へのコメント3件

注目コメント
新着コメント

chimerast ドメイン層をUIから切り離すというのは同意するけど、ミュータブルなDDDとVuexのステート管理は相性が良くなく、この形だと状態の二重管理になって破綻しやすくなると思う。Vuex側の色々な支援も効かなくなる。

2020/07/02 リンク

j5ik2o 以前に書いた記事と大きな相違は無さそう。ドメインはアプリケーションにとって"the single source of truth"(信頼できる唯一の情報源)なので状態はStoreを経由したとしてもドメインが持つべき。https://blog.j5ik2o.me/entry/2016/09/09/200643

2020/07/02 リンク

daryo 書いた

2020/07/01 リンク

注目コメント算出アルゴリズムの一部にLINEヤフー株式会社の「建設的コメント順位付けモデルAPI」を使用しています

規約違反を報告

Vuex + DDD のアーキテクチャを考える - Techtouch Developers Blog

フロントエンドエンジニアの国定です。この記事では、TypeScript + Vue.js で開発しているフロントエン... フロントエンドエンジニアの国定です。この記事では、TypeScript + Vue.js で開発しているフロントエンドに今年からドメイン駆動設計（DDD）を取り入れ始め、ひとまず設計が落ち着いてきたのでその経緯とアーキテクチャについて解説します。課題アーキテクチャ Domain Service Store（Vuex） UI（Vue.js）軽量DDDに陥らないためにまとめ課題 Vuex（Store）の責務は、エラー判定などのドメインロジック・データの永続化・API の呼び出しなど、State 管理のほかにも多岐にわたっています。UI の改善や機能追加など変化の多いフロントエンドでは開発が進むにつれ Vue + Vuex のあちこちに同じ処理が散在してしまいます。テックタッチでもメンテナンスを繰り返す度にコードの複雑さが増し、機能追加や修正に時間がかかるようになってきました。去年