Mosh-ヘンリー合同ギベンLT-MobXの感想.pdf

Slide 1

Slide 1 text

Slide 2

Slide 2 text

Copyright © Henry, Inc. All rights reserved. name: 川原祐 (@task-k0414) job: Frontend Engineer team: EMR joined: 去年7月 hobby: - 娘(2歳) に遊ばれること - サ活 - 麻雀 - 社内大会でトップとりました！ - キャンプ - 行けてない - ゲーム - モンハンやりたいとおもって... 自己紹介

Slide 3

Slide 3 text

Slide 4

Slide 4 text

Slide 5

Slide 5 text

Slide 6

Slide 6 text

Slide 7

Slide 7 text

Copyright © Henry, Inc. All rights reserved. ● シンプルさ：ボイラープレートが少なく、直感的なコード記述が可能 ● 最適なレンダリング：状態変更を自動的に追跡し、必要な時だけ再計算・再レンダリング ● アーキテクチャの自由度：特定のUIフレームワークに依存せず、アプリケーション状態を管理可能 ● 透過的な関数型リアクティブプログラミング（TFRP）：グリッチフリー、同期的、予測可能、効率的な実装 MobXとは？(特徴)

Slide 8

Slide 8 text

Slide 9

Slide 9 text

Slide 10

Slide 10 text

Slide 11

Slide 11 text

Slide 12

Slide 12 text

Copyright © Henry, Inc. All rights reserved. 医師の処方の指示薬と用法などの指示のブロック医薬品とその成分量や用法などの内容クラスベースでドメインモデルを振る舞いまで集約して書けるカプセル化によって重要なビジネスロジックをドメインモデルに隠蔽できる入れ子になっている複雑なドメインも直感的に実装できる複雑なドメインを豊かに表現できる医師や患者の紐づけ飲み合わせなどの禁忌投薬日数調剤の指示医薬品の種類成分量の算出

Slide 13

Slide 13 text

Slide 14

Slide 14 text

Slide 15

Slide 15 text

Slide 16

Slide 16 text

Slide 17

Slide 17 text

Slide 18

Slide 18 text

Slide 19

Slide 19 text

Slide 20

Slide 20 text

Copyright © Henry, Inc. All rights reserved. ● React Functional Component は基本的にイミュータブルで単方向フローのデータを要求している ● MobXでは observer() を使って High-Order Component の形でリアクティビティを提供する ● 暗黙的なところが辛くなることもありそう ● Jotaiとかできっちり関数型ドメインモデリングできるとかっこいい！とはいえ,,,

Slide 21

Slide 21 text

Copyright © Henry, Inc. All rights reserved. ● モデルに状態を持っているので、コンポーネント単位で複雑でない場合は ViewModelを噛まさずにDomain Modelに直接書いている部分がある ● ある程度整理しないと、Domain Model が境界を超えて肥大化するのでは ● 暗黙的なところが辛くなる可能性はある。やめたくなったときにすんなりといこうできるのか？ ● ある程度はクラスベースを維持しつつも不変性や単方向フローに寄らせることはできそう今後についての個人の感想

Slide 22

Slide 22 text

Slide 23

Slide 23 text