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
Fabulous is Fabulous
Search
omanuke
August 31, 2019
Programming
0
430
Fabulous is Fabulous
about Fabulous library
omanuke
August 31, 2019
Tweet
Share
More Decks by omanuke
See All by omanuke
ElixirとWeb初心者がLiveView初めて触ってみた
omanuke
0
150
Other Decks in Programming
See All in Programming
概念モデル→論理モデルで気をつけていること
sunnyone
2
180
パッケージ設計の黒魔術/Kyoto.go#63
lufia
3
440
Design Foundational Data Engineering Observability
sucitw
3
200
CJK and Unicode From a PHP Committer
youkidearitai
PRO
0
110
@Environment(\.keyPath)那么好我不允许你们不知道! / atEnvironment keyPath is so good and you should know it!
lovee
0
120
私の後悔をAWS DMSで解決した話
hiramax
4
210
AIコーディングAgentとの向き合い方
eycjur
0
270
アプリの "かわいい" を支えるアニメーションツールRiveについて
uetyo
0
270
Laravel Boost 超入門
fire_arlo
3
220
AWS発のAIエディタKiroを使ってみた
iriikeita
1
190
HTMLの品質ってなんだっけ? “HTMLクライテリア”の設計と実践
unachang113
4
2.9k
Ruby Parser progress report 2025
yui_knk
1
440
Featured
See All Featured
Easily Structure & Communicate Ideas using Wireframe
afnizarnur
194
16k
The Art of Delivering Value - GDevCon NA Keynote
reverentgeek
15
1.6k
CSS Pre-Processors: Stylus, Less & Sass
bermonpainter
358
30k
The Success of Rails: Ensuring Growth for the Next 100 Years
eileencodes
46
7.6k
Fireside Chat
paigeccino
39
3.6k
Typedesign – Prime Four
hannesfritz
42
2.8k
Why Our Code Smells
bkeepers
PRO
339
57k
[Rails World 2023 - Day 1 Closing Keynote] - The Magic of Rails
eileencodes
36
2.5k
StorybookのUI Testing Handbookを読んだ
zakiyama
31
6.1k
The Straight Up "How To Draw Better" Workshop
denniskardys
236
140k
Git: the NoSQL Database
bkeepers
PRO
431
66k
The World Runs on Bad Software
bkeepers
PRO
70
11k
Transcript
Fabulous is Fabulous
自己紹介 宮坂雅彦 @omanuke トレードワークスという証券システムを作ってる会社 でチャートやスマホアプリを作ってます。 F#大好き 最近はUnityがメイン。
Fabulousとは ⚫FabulousはMVUアーキテクチャを 使ってXamarin.Formsアプリを開発 するためのライブラリ。 ⚫ElmアーキテクチャをF#で実装し たElmishの一つのバリエーション。 ⚫ElmishはFableというF#のAltJSで ElmのようにMVUスタイルでアプリ を書けるようにしたもの。
Elmとは ⚫Haskellを簡略化したような純粋関数型の言語でWebフロ ントエンドを作る事の出来る言語・開発環境。 ⚫Model-View-Update(=The Elm Architecture=TEA) ⚫速い・軽い・環境構築が簡単 ⚫事実上一切の実行時例外が起こらない ⚫もともとはFRPを使っていたけれどReactの仮想DOMを参 考にしてMVU(TEA)にアーキテクチャを変更、それを参考に
Fluxが作られた。
MVU Model View Update Msg これらを副作用を含まない純粋関数で行う
MVUのコード
Model:アプリケーションの状態 Msg:Modelを変更するメッセージ Update:メッセージにより今のModel を次の状態にアップデートする View:Modelの状態によ りViewを生成 Program/App:以上をつなげて アプリケーションにする
プログラムループ メッセージを受けて現在のモデルか ら次の状態を作りそれをもとにView を更新。 更新されたモデルより新しいViewを 作り必要に応じてXamarin.Formsの Pageを生成または更新。
View要素 view関数で定義してる ものはstaticメソッドの 呼び出し。戻り値として 次に説明する ViewElementを返す。 省略可能引数として定 義されているので必要 なものだけを設定。 設定された値は後で説
明するAttributeとなる。
⚫ 生成されるType(生成されたXamarin.FormsのView要素を 再利用できるかなどに使用) ⚫ 必要に応じてXFのViewを生成するcreate ⚫ attributesの変更内容によりXFのViewのプロパティを設定 するupdate ⚫ 現在のattributesをもつView要素としての値
全ページのメソッドの戻り値にあたるもの
Update 現在のAttributes読み込み 前のAttributes読み込み 値を比べてXFのViewに値 を設定 前の値と現在の値で比較 Baseクラスの更新
要素数が変わっていたら クリアや削除 追加されたり別のTypeのXFのViewとなる ものならば新しくXFのViewを生成・挿入な どを行いつつ値を更新する
動作速度は大丈夫? ⚫View関数などは純粋関数なのでModelからViewを生成する場 合、キャッシュを使える(dependsOn) ⚫更新される際はViewElementの参照比較や値比較などを行い 必要なければその先は更新しない。これも値がイミュータブルな ので動作は保証される。 ⚫そもそもUI系で遅いのはたいてい実際にUIを弄るところでロ ジック部ではないことが多い。すでにElmやReactなどで仮想 DOM系の実装速度は結構いけることは立証されていると思う。 ⚫もちろん場合によってはパフォーマンスに問題生じることもある
かもしれないけれどかなりの部分までは大丈夫なのでは。
LabelをButtonに変更 (当然別インスタンス) 変更ないので前のイン スタンスのまま 子要素が変わったので値 の違う別インスタンス インスタンスはそのままだが 子要素が変更されている LabelをButtonに 変えたのでButton
に置き換えられた インスタンスに変更な いので更新処理走らず そのまま ViewElement Xamarin.Forms
他気になるところ ⚫ナビゲーションやポップアップ、TabやMasterDetailなどは? →仕組みある。サンプルもある。 ⚫いうても仮想DOMしか扱えないと困るんじゃ? →XFのViewに直接触れるようにする仕組みある(ref)。アニメーションとかはそれで。 ⚫見た目やスタイルは? → ShellForegroundColorとかいじれる。あとはCSSとか? ⚫カスタムコントロールは? →View.StackLayoutでやってるようなコードを自分で書けばいい。ライブラリの中に
SkiaSharpやMapなどでそうやって実装してる(Extension) ⚫SQLiteとかWebリクエストとかどうするの? →Commandという仕組みある。それで外部とやり取りして結果をメッセージにして Modelに反映させる。
まとめ ⚫結構いろんなことまでできるんじゃないですか ね? ⚫純粋関数型でUIを書いてみることで状態を排除 することの利点なども感じられると思うしMVUを MVVMでのModelとVMの関係などにも応用効くの ではとも思うのでぜひ試してみては ⚫C#とXAMLで疲弊してるならFしゃ文字数 ⚫もうMVVM警察も怖くない