ゆきくらげଳ @yukikurage@fedibird.com

課題おわ

アセンブリとか言うの授業でやってる

クリスマスというのに何もしていないのは、俺！

朝飯食う、僕が朝といったらそこが朝なので

おQiita

寝るか

ブレーカー落ちた

風呂廃炉

明日は一人クリスマス会するぜ！

例えば Event の filter は Handler では
filtered = (a) => {
if (pred(a)) {
handler(a)
}
}
みたいな形で実装できる

Event と Handler はどちらも必要不可欠だけど、本質的に同じものなのでうまく提供しないと混乱のもとになるな、という知見があった

逆に Handler があると子のイベントで親の状態を変えられる

子コンポーネントのボタンを押したとき、親コンポーネントの情報を更新できる

これは React だと簡単 props に Handler をとればいいから

Event があると親のイベントで子の状態を変えることができる　例えば、親コンポーネントでボタンをクリックしたとき子コンポーネントの情報を更新するなど、
これは React だと厳しい実装しかできない

Event はクリックなどのイベントを表す（ストリーム？）

Handler は Event を Listen するもの React なら () => void　これは本質的に Event の Contravariant

Signal は変化する値　Vue なら ref だし React なら Hooks によって定数扱いできるようになってる

元投稿はそれぞれが第一級で使えるに着目したもの

どうやら UI 構築に大事な要素に Event, Handler, Signal(Behavior) があり、React は Signal と Handler、Vue は Signal, Handler (と一部の Event) 、Jelly は Signal、deku は Event と Signal を持ちまわして運用している

最近 Signal だけでイベント管理するのすげー大変だなと感じEvent も導入しようと思ってるが、そうなると API が Deku と全く同じになってしまい、つらい

#purescript で現在更新されてる #reactive リアクティブプログラミングを使った UI 構築ライブラリは僕の Jelly とあと mikesol さんの Deku があるんですが、前者は Signal ベースで後者は Event / Behavior ベースという違いがある

@kazatsuyu

Internet Archive に割と残ってたり…（小声

小さい頃まつげ長いのいいね、って言われて嬉しかったけど、成長するに連れて全身が毛深いだけだったと判明するの泣きアニメだった

あとなんか 0 円 DTM 、みたいなのをを小馬鹿にする風潮が（個人的観測下では）あり、よくないよなぁと