Upgrade to Pro
— share decks privately, control downloads, hide ads and more …
Speaker Deck
Features
Speaker Deck
PRO
Sign in
Sign up for free
Search
Search
Storeに頼りすぎないフロントエンド
Search
OPTiM
June 22, 2026
Programming
51
1
Share
Embed
Copy iframe code
Copy JS code
Copy link
Start on current slide
Storeに頼りすぎないフロントエンド
2026/06/18 開催「TSKaigi 2026 しか型ん!」でのオプティム 上山の発表資料です。
https://optim.connpass.com/event/395349/
OPTiM
June 22, 2026
More Decks by OPTiM
See All by OPTiM
製品の問い合わせ負荷をLLMで解消したい 〜RAGで作る「自社を知っている」チャットボット〜
optim
0
28
AI エージェントシステムの開発を AI で加速させたい!
optim
0
32
既存プロダクトのRSpec カバレッジを 40% から100% にした話
optim
1
73
最近やってよかったデザインシステム運用改善3選
optim
1
100
<install>要素は何ができて、何を変えるのか
optim
1
75
CIでリグレッションテストを実行し継続的に品質を担保する
optim
1
97
Tanstack Startを触ってみての感動
optim
1
92
移行のつらさは誰が引き受けるのか── Vue.js と Next.js を比べて見えたこと
optim
2
100
Athenaが遅すぎるので Next.js 16の Cache Componentsで倒してみた
optim
1
160
Other Decks in Programming
See All in Programming
Go 1.27 における memory allocation の高速化
andpad
0
210
AI時代に設計が 最大の生産性レバーになる 意図駆動開発とデータを消さない設計|Don't Delete Your Data or Your Intent — Design as the Deepest Lever in the AI Era
tomohisa
1
980
20260722_microCMSで考える、AI時代のコンテンツ運用設計
yosh1
0
410
実装をデザインガイドラインに追従させるための取り組み / 260731-dip-mosh-design-system
dachi023
0
1k
言葉の格闘技のススメ~紙とペンと言葉から始める、キャリアの描き方~
progresscicada
2
150
Laravel Boostに学ぶ、AIにPHPを書かせる技術 〜OSSの実装から蒸留するエージェント制御の王道〜
kentaroutakeda
3
710
為什麼你並不需要ViewModel / No, you don't need a ViewModel
lovee
1
500
Japan Community Day at Kubecon + CloudNativeCon Japan 2026: Learning Container Privilege Control by Building My Own Low-Level Container Runtime
ternbusty
1
160
ルールを書いて終わらせないハーネスエンジニアリング
yug1224
5
1.9k
バグを直したら useEffect が消えた
colorful12
2
520
the container ship “Apple Silicon”@WWDC26 Recap -Japan-\(region).swift
shingangan
0
130
生成AIで帳票OCRが「簡単に」作れる時代になった?
kon_shou
0
1k
Featured
See All Featured
Thoughts on Productivity
jonyablonski
76
5.3k
The Invisible Side of Design
smashingmag
301
52k
Ruling the World: When Life Gets Gamed
codingconduct
0
300
For a Future-Friendly Web
brad_frost
183
10k
Why Our Code Smells
bkeepers
PRO
340
58k
Designing Dashboards & Data Visualisations in Web Apps
destraynor
232
55k
Statistics for Hackers
jakevdp
799
230k
Building AI with AI
inesmontani
PRO
1
1.1k
Beyond borders and beyond the search box: How to win the global "messy middle" with AI-driven SEO
davidcarrasco
3
210
Self-Hosted WebAssembly Runtime for Runtime-Neutral Checkpoint/Restore in Edge–Cloud Continuum
chikuwait
0
710
Lightning talk: Run Django tests with GitHub Actions
sabderemane
0
230
Making Projects Easy
brettharned
120
6.7k
Transcript
© 2019-2026 OPTiM Corp. All rights reserved. Storeに頼りすぎないフロントエンド 株式会社オプティム 上山
最終更新日:2026/06/10
© 2019-2026 OPTiM Corp. All rights reserved. 2 自己紹介 上山
入社:2023年度新卒 所属:株式会社 オプティム ソリューション開発部 農業ビジネス開発 ユニット 出身:長野県 好き:UI/UX, フロントエンド, Vue.js
© 2019-2026 OPTiM Corp. All rights reserved. 3 会社概要 商号
株式会社オプティム 英語表記:OPTiM Corporation 東京証券取引所プライム市場:3694 所在地 OPTiM TOKYO (東京本社@浜松町) OPTiM SAGA (佐賀本店@佐賀大学キャンパス内) OPTiM KOBE (神戸オフィス@三ノ宮) TECH CENTER IIZUKA (テックセンター飯塚@九州工業大学飯塚キャンパス前) 代表 菅谷 俊二 (すがや しゅんじ) 設立 2000年6月8日 従業員数 444名(2026年4月1日現在) Saga Tokyo Kobe
© 2019-2026 OPTiM Corp. All rights reserved. 4 事業・提供サービス概要 私たちは、AI・IoT技術を社会の隅々に行き渡らせ、
日本のあらゆる産業を根底から変革する 「AXの中核を担う企業」を目指しています。 農業AX 農業AX 農業AX 医療AX 建設・土木AX オフィスAX オフィスAX コミュニケーションAX 情シスAX 医療AX プラットフォーム オフィスAX 情シスAX 情シスAX 情シスAX 情シスAX 情シスAX コミュニケーションAX コミュニケーションAX コミュニケーションAX コミュニケーションAX 情シスAX 情シスAX
© 2019-2026 OPTiM Corp. All rights reserved. 5 事業紹介:情シスAX 長
き に 渡 っ て M D M シ ェ ア N o. 1 の 実 績 と 信 頼 が あ り ま す 。 スマホやタブレットの ビジネスシーンにおける 幅広い課題を解決 MDMシェア15年連続No.1※1 各業界向けMDMなど、全20部門でシェアNo.1※2 18万社以上の企業様が OPTiM Bizをご利用中※3 これまでに700以上の機種を サポートしています※4 ※1 出典:デロイト トーマツ ミック経済研究所 「クラウドサービス市場の現状と展望 2013年度版 https://mic-r.co.jp/mr/00735/」IT資産管理(MDM含む)市場「合計売上高」2011年度~2012年度実績(2013年発刊)、 「コラボレーション/ コンテンツ・モバイル管理パッケージソフトの市場展望 2014年度版 https://mic-r.co.jp/mr/00850/」MDM市場動向「MDM出荷ID数(SaaS・ASP含む)」2013年度実績(2014年発刊)、 「コラボレーション/コンテンツ・モバイル管理パッ ケージソフトの市場展望 https://mic-r.co.jp/mr/01480/」MDM市場動向「MDM出荷ID数(SaaS・ASP含む)」2014年度~2017年度実績(2015~2018年発刊)、 「コラボレーション・モバイル管理ソフトの市場展望 https://mic- r.co.jp/mr/03230/」MDM市場「MDM出荷ID数(SaaS・ASP含む)」2018年度~2023年度実績および2024年度見込(2019年~2024年発刊)より。 ※2 デロイト トーマツ ミック経済研究所 2024年度発刊「コラボレーション・モバイル管理ソ フトの市場展望 2024年度版」(https://mic-r.co.jp/mr/03230/)の2023年度実績のうち、「OPTiM Biz」が1位の評価を得た部門の数をオプティムが集計 ※3 2019年6月25日、当社集計。 ※4 2022年7月、自社調べ。
© 2019-2026 OPTiM Corp. All rights reserved. 6 事業紹介: 医療AX
医療現場の文書作成を 生成AI活用で効率化
© 2019-2026 OPTiM Corp. All rights reserved. 8
© 2019-2026 OPTiM Corp. All rights reserved. 9
© 2019-2026 OPTiM Corp. All rights reserved. 10 Storeに頼りすぎないフロントエンド /
目次 実務で遭遇した問題 Storeが引き起こす問題 Storeの使い時の見極め
© 2019-2026 OPTiM Corp. All rights reserved. 12 実務で遭遇した問題
© 2019-2026 OPTiM Corp. All rights reserved. 13 実務で発生した問題 変更検知ができない
山田 太郎 基本情報タブ 住所情報タブ 氏名 090-1234-5678 電話 何かしらの情報を入力したいフォームがあります。 2つは別々のタブです。 編集 基本情報タブ 住所情報タブ 編集 10 面積 ha 東京都港区海岸… 住所
© 2019-2026 OPTiM Corp. All rights reserved. 14 実務で発生した問題 変更検知ができない
山田 太郎 基本情報タブ 住所情報タブ 氏名 090-1234-5678 電話 何かしらの情報を入力したいフォームがあります。 2つは別々のタブです。 それぞれのタブで編集モードに入りました。 保存 基本情報タブ 住所情報タブ 保存 10 面積 ha 東京都港区海岸… 住所 キャンセル キャンセル
© 2019-2026 OPTiM Corp. All rights reserved. 15 実務で発生した問題 変更検知ができない
山田 次郎 基本情報タブ 住所情報タブ 氏名 090-0000-0000 電話 何かしらの情報を入力したいフォームがあります。 2つは別々のタブです。 それぞれのタブで編集モードに入りました。 基本情報タブの方で修正を加えて… 保存 基本情報タブ 住所情報タブ 保存 10 面積 ha 東京都港区海岸… 住所 キャンセル キャンセル
© 2019-2026 OPTiM Corp. All rights reserved. 16 実務で発生した問題 変更検知ができない
山田 次郎 基本情報タブ 住所情報タブ 氏名 090-0000-0000 電話 何かしらの情報を入力したいフォームがあります。 2つは別々のタブです。 それぞれのタブで編集モードに入りました。 基本情報タブの方で修正を加えて… 住所情報はあっていたので、「キャンセル」で編集モードを抜けようとすると? 保存 基本情報タブ 住所情報タブ 保存 10 面積 ha 東京都港区海岸… 住所 キャンセル キャンセル
© 2019-2026 OPTiM Corp. All rights reserved. 17 実務で発生した問題 変更検知ができない
山田 次郎 基本情報タブ 住所情報タブ 氏名 090-0000-0000 電話 住所情報は全く編集していないのに、変更確認ダイアログが出てしまう(想定していない挙動) 基本情報タブ 住所情報タブ 保存 10 ha 東京都港区海岸… キャンセル キャンセル 保存 面積 住所 確認 変更された項目があります。 更新内容は破棄されますが、よろしいですか? OK キャンセル
© 2019-2026 OPTiM Corp. All rights reserved. 18 実務で発生した問題 なぜ起きたのか?
山田 次郎 基本情報タブ 住所情報タブ 氏名 090-0000-0000 電話 保存 基本情報タブ 住所情報タブ 保存 10 面積 ha 東京都港区海岸… 住所 キャンセル キャンセル Store { "name": "山田 次郎", "tell": "090-0000-0000", "areaValue": "10", "address": "東京都港区海岸…“, …… } 2つのタブは共通の1つのStoreを見て いて、その中に一つの大きな Objectとして、それぞれの情報が 保存されていた。
© 2019-2026 OPTiM Corp. All rights reserved. 19 Storeが引き起こす問題
© 2019-2026 OPTiM Corp. All rights reserved. 20 Storeが引き起こす問題 ゾンビデータ化
前のページで表示されていた情報が 次のページでも表示され続けるバグ が起きる データの流れが追えなくなる データフローが不透明になり、 どのコードが、どこで状態を 変更したのかが分からなくなる 肥大化 汎用コンポーネントのつもりなのに、Storeに依存 しているせいで仕方なくStoreを拡張していかなく てはならなくなる 情報を1つの Store に集約 機能追加で Store を拡張 コンポーネントが Store へ密結合 さらに Store を 増築する
© 2019-2026 OPTiM Corp. All rights reserved. 21 Storeが引き起こす問題 なぜこのような実装が生まれるのか?
入力中の 1次データ Store
© 2019-2026 OPTiM Corp. All rights reserved. 22 Storeが引き起こす問題 なぜこのような実装が生まれるのか?
入力中の 1次データ Store Store は元から責務を詰め込まれやすい そういう仕組みになっている
© 2019-2026 OPTiM Corp. All rights reserved. 23 Storeが引き起こす問題 でも、Storeは便利
使わないとどうしようもないことはたくさんある
© 2019-2026 OPTiM Corp. All rights reserved. 24 Storeの使い時の見極め
© 2019-2026 OPTiM Corp. All rights reserved. 25 Storeの使い時の見極め 親コンポーネントで取りまとめれば解決できる?
Parent.vue Child1.vue Child2.vue Child3.vue 例えば、色のついているコンポーネントで共通の情 報が必要な場合…
© 2019-2026 OPTiM Corp. All rights reserved. 26 Storeの使い時の見極め 親コンポーネントで取りまとめれば解決できる?
Parent.vue Child1.vue Child2.vue Child3.vue 例えば、色のついているコンポーネントで共通の情 報が必要な場合… 親コンポーネント側で取りまとめることで、 Storeを使用せずに、データの共有をすることがで きる。 Store
© 2019-2026 OPTiM Corp. All rights reserved. 27 Storeの使い時の見極め 親コンポーネントで取りまとめれば解決できる?
Parent.vue Child1.vue Child2.vue Child3.vue 例えば、色のついているコンポーネントで共通の情 報が必要な場合… 親コンポーネント側で取りまとめることで、 Storeを使用せずに、データの共有をすることがで きる。 さらに、TypeScriptの型で各コンポーネントに 渡すデータの型を絞り込んであげることで、 より安全にデータの受け渡しができ、読みやすくな る! Store Child1型 Child3型 こっちは Child3型! Child1型で 頂戴!
© 2019-2026 OPTiM Corp. All rights reserved. 28 Storeの使い時の見極め 先程の実務の例で言うと…
基本情報タブ 住所情報タブ 基本情報タブ 住所情報タブ "AddressInfo" : { "areaValue": "10", "address": "東京都港区海岸…“, } "BasicInfo“: { "name": "山田 次郎", "tell": "090-0000-0000", } { "BasicInfo“: { "name": "山田 次郎", "tell": "090-0000-0000", }, "AddressInfo" : { "areaValue": "10", "address": "東京都港区海岸…“, …… } Child1.vue Child2.vue Parent.vue
© 2019-2026 OPTiM Corp. All rights reserved. 29 Storeの使い時の見極め 親コンポーネントで取りまとめれば解決できる?
Parent1.vue Child1.vue Child2.vue Child3.vue Parent2.vue 逆に、このようなに親コンポーネントが分か れていたり、別ページに分かれているパター ンでは、Storeをせざるを得ない Store
© 2019-2026 OPTiM Corp. All rights reserved. 30 Storeの使い時の見極め 親コンポーネントで取りまとめれば解決できる?
Parent.vue Child1.vue Child2.vue Child3.vue Store Parent1.vue Child1.vue Child2.vue Child3.vue Parent2.vue Store Storeの使用を避けられるパターン Storeの使用が避けられないパターン >
© 2019-2026 OPTiM Corp. All rights reserved. 31 アプリ全体で共有したい情報なのか? アプリ起動中、ずっと生存し続けていてほしい情報なのか?
Store 以外の解決策はないのか? Storeの用途として、適切なのだろうか? ◼TSの型設計をすることで、判断の一助とする Storeの使い時の見極め とりあえずでStoreを使用する前に考えてみる
© 2019-2026 OPTiM Corp. All rights reserved. 32 まとめ 必要なところだけ、小さく使う
避けたい辛さ • ゾンビデータ化 • 肥大化 • 追跡のしづらさ を早めに防ぎたい 使う条件 Store は • 全体共有 • 長寿命 でなければいけない情報に絞る 先に考えること 本当に Store が最適解なのかを 一度立ち止まって考える 明確に型を分離する • データフローを型で縛る • 型を設計することでStoreを使うかどうかの判断軸に なる • コードを見る側も型でどう使うか判断しやすい
© 2019-2026 OPTiM Corp. All rights reserved.