Forwarded from Deleted Account
你把 调用线 给梳理一下吧
e.g. 读写一个文件
前因后果，线性处理结构。
e.g. 读写一个文件
File.init > File.read > transform > File.write > File.close前因后果，线性处理结构。
Forwarded from Deleted Account
我最好奇的是框架为什么要让用户手动管理 target 和其上的 listener，如果它们是 1:N 的所有权关系
你真的确定会有这种泄露吗？
你真的确定会有这种泄露吗？
Forwarded from iseki 萍水相逢，相聚是缘
然后就出现了框架本身不好解决的问题，他们用Java写无所谓，Kotlin写就不太好看了（不够Kotlin
Forwarded from Deleted Account
onEach { this@onEach } 也不行🤔它的 this 难道不是某个 Listener subclass?
Forwarded from Deleted Account
那就是扩展的“按钮取消listen”情况了……
非得用 removeListener 取消吗…… 真的必须要这么设计吗
能不能把闭包的逻辑写死点，然后用 Deque 什么的取代对许多闭包的使用？
非得用 removeListener 取消吗…… 真的必须要这么设计吗
能不能把闭包的逻辑写死点，然后用 Deque 什么的取代对许多闭包的使用？
Forwarded from Deleted Account
你不 Ctrl+Q / Ctrl+Shift+P 一下那个 addListener 🤔
Forwarded from iseki 萍水相逢，相聚是缘
哦，我倒是忘了，人家
onClick 流式调用不返回句柄就算了，他这 void ...Forwarded from Deleted Account
你用 functional inline 就不用担心 ChangeListener {} 里面还得包一个对闭包对象的调用了，反正是 Kotlin。
Forwarded from Yuuta 🎀 | clrd enroute
Telegram
老王无聊抽风发的
/tmp/duangsuse.sock
🤔 我又考虑了下绝句的语言特性 语言层次：常量(literal)、言元(atom expression)、言(expression)、句(statement)、段(block)、构(item)、书(file) 面向对象构件：常(const val)、变(var)、量(val) 取者(getter) 置者(setter)、事(fun)、造于(constructor) 初(init)、例(object)、物(class) 伴生例(companion object)、类(interface) 特化物：扩物、内物(inner…
This media is not supported in your browser
VIEW IN TELEGRAM