#statement #functional #js #GUI #dom
再说 Reactive... 等等这不是 Rx 类框架的招牌吗٩(๑`н´๑)۶ 看来 -ive 的词性都容易后宫起火啊草。
React 用 functional MEMO 提升控件更新性能根本就是弱智措施， memo 即备忘录，用 hash 表实现函数输入输出对应的缓存，这样对类似 Text 的控件，同输入多次调用不产生额外计算和内存开销，应用在树 render() 上时相当于自动实现 shouldComponentUpdate() ，尽量复用旧的渲染结果，对树遍历减少重建操作量，相当于仅重建了真正变更的控件。
经典版暴露 shouldUpdate 已经很没水平了，说好的面向 state 编程呢？在我看来这个 Reactive 所做的就是「把所有控件的所有变量暴露到一个 state 里方便读写操作」，那么凭什么程序员要操心什么 update 啊 memo 啊，记得很像 还有 SMUV(state,message,update-event,view)模型，实际上根本不能便利地 handle 多少东西，就是个秀儿。
当然，其实真正的 relational 编程也是这样，关系式 state/var/eq/both/either 靠 enumerate&filter 可以解出 x+1=2 这样的线性方程，甚至能得出 a+b=9 的所有可能性，只是需要 interleave([a,b]) 两个变量先后递增构造 state 迭代，然后 unify 一下同步恒等关系(双向版变量引用)而已
可是这和 DOM 有多大关系？比如我有个
其实渲染 Main 的时候连给子控件注入其路径都不需要！也不需要专门分析 DOM diff 的哪个 tag 哪个 attr 还是 text ，直接拿住自己的 HTMLElement 的引用就够完成全部 update 了，所以说搞那么复杂？
要是想兼容 haml 或者 E4X 内联 XML ，直接做个中部翻译成 el 调用就行，反正 DOM 元素动态创建最好是 createElement ，逃不开运行时开销。
想实现控件属性事件到 update 代码的方法很简单，因为 js ref(a.prop) 并不会传入 a 相关的信息，编译期把 op(ref(a.prop)) 变成 refAddRel(a,"prop",v=>op(v)) 就可以了，这种方法换成处理全部代码，引用处 a.prop=x 自动更新就变成上面那个 框架S 的实现方法，接口上是兼容的，只不过 refAddRel(o,k,op) 从 defineProperty 变成编译期打监听表。
变形方法很简单，walk 到 FCall 节点记作基点，如果是 op(ref(o.prop)) 就把基点变成 refAddRel 的调用，如果是 ref(v) 这种不知道 receiver 的情况就请换 Array [v] 报错，反正框架函数可以随便加没必要特别支持 a=ref() 这些语法，兼容的少，反而更优雅。
再说 Reactive... 等等这不是 Rx 类框架的招牌吗٩(๑`н´๑)۶ 看来 -ive 的词性都容易后宫起火啊草。
React 用 functional MEMO 提升控件更新性能根本就是弱智措施， memo 即备忘录，用 hash 表实现函数输入输出对应的缓存，这样对类似 Text 的控件，同输入多次调用不产生额外计算和内存开销，应用在树 render() 上时相当于自动实现 shouldComponentUpdate() ，尽量复用旧的渲染结果，对树遍历减少重建操作量，相当于仅重建了真正变更的控件。
经典版暴露 shouldUpdate 已经很没水平了，说好的面向 state 编程呢？在我看来这个 Reactive 所做的就是「把所有控件的所有变量暴露到一个 state 里方便读写操作」，那么凭什么程序员要操心什么 update 啊 memo 啊，记得很像 还有 SMUV(state,message,update-event,view)模型，实际上根本不能便利地 handle 多少东西，就是个秀儿。
当然，其实真正的 relational 编程也是这样，关系式 state/var/eq/both/either 靠 enumerate&filter 可以解出 x+1=2 这样的线性方程，甚至能得出 a+b=9 的所有可能性，只是需要 interleave([a,b]) 两个变量先后递增构造 state 迭代，然后 unify 一下同步恒等关系(双向版变量引用)而已
可是这和 DOM 有多大关系？比如我有个
class Main: DUI() { fun view() = el("il", withNone, Counter(0)) }
class Counter(var n): DUI() {
fun view() = elDiv(withNone, elText(ref(this.n)))
fun inc() { n+=1 }
}其实渲染 Main 的时候连给子控件注入其路径都不需要！也不需要专门分析 DOM diff 的哪个 tag 哪个 attr 还是 text ，直接拿住自己的 HTMLElement 的引用就够完成全部 update 了，所以说搞那么复杂？
要是想兼容 haml 或者 E4X 内联 XML ，直接做个中部翻译成 el 调用就行，反正 DOM 元素动态创建最好是 createElement ，逃不开运行时开销。
想实现控件属性事件到 update 代码的方法很简单，因为 js ref(a.prop) 并不会传入 a 相关的信息，编译期把 op(ref(a.prop)) 变成 refAddRel(a,"prop",v=>op(v)) 就可以了，这种方法换成处理全部代码，引用处 a.prop=x 自动更新就变成上面那个 框架S 的实现方法，接口上是兼容的，只不过 refAddRel(o,k,op) 从 defineProperty 变成编译期打监听表。
变形方法很简单，walk 到 FCall 节点记作基点，如果是 op(ref(o.prop)) 就把基点变成 refAddRel 的调用，如果是 ref(v) 这种不知道 receiver 的情况就请换 Array [v] 报错，反正框架函数可以随便加没必要特别支持 a=ref() 这些语法，兼容的少，反而更优雅。
看看就好的频道
Message
另外这个博文作者的示例 https://github.com/djyde/plastic-editor
虽然有 reactive ，居然 responsive 都没做，就是笔记应用支持 star grouping&Date，上传照片和 JSON 导出…… 移动端尺寸设计很难吗
有意思的是这个人有开源 DFS longestRoute https://github.com/djyde/findRoad/blob/master/src/index.ts#L98 的代码，应该是很久以前的了 (他还有个 dom like .data tree-util 和 TS 测试的 pushIf ，只有一行代码，应该是算法弃了)
虽然有 reactive ，居然 responsive 都没做，就是笔记应用支持 star grouping&Date，上传照片和 JSON 导出…… 移动端尺寸设计很难吗
有意思的是这个人有开源 DFS longestRoute https://github.com/djyde/findRoad/blob/master/src/index.ts#L98 的代码，应该是很久以前的了 (他还有个 dom like .data tree-util 和 TS 测试的 pushIf ，只有一行代码，应该是算法弃了)
GitHub
GitHub - djyde/plastic-editor: A block-based editor
A block-based editor. Contribute to djyde/plastic-editor development by creating an account on GitHub.
duangsuse::Echo
第一遍是写函数图渲染的时候，我说可以支持 script 公式项和 T 变量，这些字符都单独 measure+sum width & fillText 然后给 x,y 加随机量(呃好像不要 T 变量了，但公式含随机量的动画性要检测) 现在我考虑下有两种方案： 1. 每行去 canvas 堆叠 width 获取 x,y,text 表，交给一个 op 每帧预处理 2. 切分成许多 span ，生成抖动 CSS 动画 keyframes 。纯静态不知道位置可以用 transform ，JS 生成可以直接设置 left…
#Web 草，又被骗了，花了四个小时…… 而且还遇到两个不知道为什么的问题(虽然有变通过测试了
https://64f1aq.coding-pages.com/HTMLs/school/shaking.html?0b101
叠字符xy的逻辑比我想的简单，最开始我觉得要像 Python itertools 一样 reduce 什么的，其实完全不需要 只用 array push&join 下
https://64f1aq.coding-pages.com/HTMLs/school/shaking.html?0b101
叠字符xy的逻辑比我想的简单，最开始我觉得要像 Python itertools 一样 reduce 什么的，其实完全不需要 只用 array push&join 下
Forwarded from Arctic Code Vault.zip (𝕽.𝕴.𝕻 #運ぶ運ぶ🎶)
Weixin Official Accounts Platform
中国社会为何多杠精
杠精重视的不是逻辑本身对错，而是人与人之间话语权力的对抗。
#project https://t.me/dsuse/16954
https://t.me/dsuse/16970 https://t.me/dsuse/16975 elm-lang.org
🤔咱先去写个关系式 state ，再去从 infsw 写起吧…… 不对，可以先去写个 line,insert,百叶窗的文本动画
https://t.me/dsuse/16970 https://t.me/dsuse/16975 elm-lang.org
🤔咱先去写个关系式 state ，再去从 infsw 写起吧…… 不对，可以先去写个 line,insert,百叶窗的文本动画
Telegram
duangsuse::Echo
#日常精神分裂 #DOM #game #js
A: 你看到了吗，那个从视口顶部丢球球下来，像俄罗斯方块一样的球碰撞游戏，是叫合成大西瓜来着
B: 那是个逻辑相当简单的游戏，也看见有三四个人做了翻版（奥利给等），如果按环节重复、更新规则、动画细节三项而言，细节不超过六个
A: 如果我们利用 canvas 做碰撞检测复刻一个，你觉得怎么样？整个绘制只有 Ball(p,r) 一种类型两个参数！简直和只有 fillRect 的贪吃蛇一样简单
B: 和 web asteroids 的 doc.elementFromPoint…
A: 你看到了吗，那个从视口顶部丢球球下来，像俄罗斯方块一样的球碰撞游戏，是叫合成大西瓜来着
B: 那是个逻辑相当简单的游戏，也看见有三四个人做了翻版（奥利给等），如果按环节重复、更新规则、动画细节三项而言，细节不超过六个
A: 如果我们利用 canvas 做碰撞检测复刻一个，你觉得怎么样？整个绘制只有 Ball(p,r) 一种类型两个参数！简直和只有 fillRect 的贪吃蛇一样简单
B: 和 web asteroids 的 doc.elementFromPoint…
https://blog.csdn.net/chzphoenix/article/details/77968756 #Android matrix 实现的百叶窗渐变动画
https://blog.51cto.com/283859701/1945248 同上但只有链接
https://www.cnblogs.com/i7758/p/4806251.html #CSS 十种动画 trick 集
https://blog.51cto.com/283859701/1945248 同上但只有链接
https://www.cnblogs.com/i7758/p/4806251.html #CSS 十种动画 trick 集
blog.csdn.net
Android魔法（第四弹）—— 一步步实现百叶窗效果_There is a Bug!!!-CSDN博客
本篇是基于AnimationListView框架的，这个框架在上一篇中详细的讲解了，建议阅读本篇前先熟悉一下。Android魔法系列：http://blog.csdn.net/chzphoenix/article/details/77962259项目的github地址：FastWidget4Android 很多炫酷的自定义效果，欢迎fork和star！1、
噢，想起来了，可以用 ins,del(N),blink(char),delay 序列做动画…… 然后加 delayPosition 这样的预处理函数🤔
百叶窗的话设置 indices 再 shuffle 替换就很像了，还要自动折行的，有必要考虑下怎么做…… 怕不是要看 TextRange
百叶窗的话设置 indices 再 shuffle 替换就很像了，还要自动折行的，有必要考虑下怎么做…… 怕不是要看 TextRange
131的小本本
这 profile 这样写感觉挺有意思的（
第一次感觉这么不确定…… 就连动画更新都设计错了-_-||
想当然觉得可以固定帧率看帧号，忽视了必须有更新才有必要重绘的事实，自信心很有问题
明明动画动作序列应该说似乎没有问题，要用 selection TextRange 去 pick 动画点也没问题，就是莫名觉得这样不正常，其实已经是最大格式兼容了？！
那就支持 charGraident(indices,substs) 百叶窗、插入 HTML 和自动折行好了
想当然觉得可以固定帧率看帧号，忽视了必须有更新才有必要重绘的事实，自信心很有问题
明明动画动作序列应该说似乎没有问题，要用 selection TextRange 去 pick 动画点也没问题，就是莫名觉得这样不正常，其实已经是最大格式兼容了？！
那就支持 charGraident(indices,substs) 百叶窗、插入 HTML 和自动折行好了
https://t.me/dsuset/9812 动苏现在就是啥都能扯到编程（迫真
Telegram
duangsuse Throws
#观点 #school #life #Qzone 晚上在寝外瞎逛，遇到卖圆珠笔的一位学生，因为之前遇到过类似的一次，20支笔堆积无用就拒绝了，说说我的一点看法。
显然咱是不能以大人或者保安大爷的官腔去评价做营销的可爱的学姐学弟们的的，不过我还是可以以一个「潜在客户」，一个普通人的身份说几句。
想卖圆珠笔在这个时代就像卖火柴的小女孩一样，难以看出目标人群，不易实现，所以说我两次遇到的学生都是以极其生硬的「帮助实现梦想」「某人帮忙带了N盒」「您多带两盒好事成双」来销售🙁，当然，我觉得这不是他们的锅。毕竟…
显然咱是不能以大人或者保安大爷的官腔去评价做营销的可爱的学姐学弟们的的，不过我还是可以以一个「潜在客户」，一个普通人的身份说几句。
想卖圆珠笔在这个时代就像卖火柴的小女孩一样，难以看出目标人群，不易实现，所以说我两次遇到的学生都是以极其生硬的「帮助实现梦想」「某人帮忙带了N盒」「您多带两盒好事成双」来销售🙁，当然，我觉得这不是他们的锅。毕竟…
Forwarded from Solidot
Forwarded from &'a ::rynco::UntitledChannel (Rynco Maekawa)
Raph Levien | 匹配贝塞尔曲线
https://raphlinus.github.io/curves/2021/03/11/bezier-fitting.html
https://raphlinus.github.io/curves/2021/03/11/bezier-fitting.html
Raph Levien’s blog
Fitting cubic Bézier curves
Blog of Raph Levien.