Forwarded from Deleted Account
实在是太艹了,我想看排球少年、超炮(如果以后 超炮T 也要会员了呢)、魔禁,还好黑子的篮球是不需要大会员的。
Forwarded from 永久封存 | Yuuta 台 | 😷 #Pray4Wuhan (Yuuta | Nya⠀)
This media is not supported in your browser
VIEW IN TELEGRAM
https://www.bilibili.com/video/av57957480
为什么我突然感觉好伤心,我们中国是乒乓球打得最好的国家,但关于乒乓的动漫却是日本做的,我还以为是国产的呢。
中国大陆的动漫为什么就算加上动画片,数量和质量都赶不上日本呢...
为什么我突然感觉好伤心,我们中国是乒乓球打得最好的国家,但关于乒乓的动漫却是日本做的,我还以为是国产的呢。
中国大陆的动漫为什么就算加上动画片,数量和质量都赶不上日本呢...
community/gnome-break-timer 1.1+47+ga51a32a-3 [已安装]克隆源代码,硬编码一个 exec systemctl suspend 进去。
Keeps track of how much you are using the computer, and it reminds you to
take regular breaks
https://github.com/tzh476/zvm/issues/2#issuecomment-575976613
居然有人叫我大神真的好兴奋呢。 #GitHub #Java #Kotlin
其实
定义式 declarative 的 Kotlin。
居然有人叫我大神真的好兴奋呢。 #GitHub #Java #Kotlin
其实
org.duangsuse.bin 现在本来是有很大的问题,应该重构,但实际上已经比那些传统的手段高到不知哪里去了,定义式不是 #Scala 的专利。定义式 declarative 的 Kotlin。
GitHub
关于类解析的实现,可以参考的另一种风格 · Issue #2 · tzh476/zvm
https://github.com/tzh476/zvm/blob/master/src/main/java/com/zvm/classfile/ClassFile.java#L129 suse 写过一个类似的实现,能够解析常量池。 https://github.com/duangsuse-valid-projects/SomeAXML/blob/master/src/commonTest...
我没有更好的方法解决 Cond 需要 map item 的问题,扩展方法不够优雅,
Cond 经常被 Repeat 这样的东西包含,如果说 Struct 里还可以 when (it.tag) 的话 Repeat 不行,只能 map to item。
我能想到的唯一方法就是给 Array<Cond<*, T>> 写 delegation,然后可以用 Kotlin 的 by,也只有这个办法,因为都是松耦合的,不能让 Repeat 单独给 Cond 做什么。
...其实必要的时候也可以引入 RepeatCond
但那会影响 pattern 模型的一致性
我能上最大的底牌就是类似 Spring AOP 的自动抽象类生成,皆继承自抽象的 Tuple、get/set operator 看字段顺序自动生成,但那不优雅,JVM 专属。
或是编译期自动生成代码,原理一样不过直接在编译期靠编译器插件/Annotation Processor 完成,但那也不优雅,需要引入反射、依赖注入(其实不需要)什么的,因为不能修改既有代码只能新增构件。
但那太没必要了,过度设计。
难道真的没有更好的方法了?
Cond 经常被 Repeat 这样的东西包含,如果说 Struct 里还可以 when (it.tag) 的话 Repeat 不行,只能 map to item。
我能想到的唯一方法就是给 Array<Cond<*, T>> 写 delegation,然后可以用 Kotlin 的 by,也只有这个办法,因为都是松耦合的,不能让 Repeat 单独给 Cond 做什么。
...其实必要的时候也可以引入 RepeatCond
但那会影响 pattern 模型的一致性
我能上最大的底牌就是类似 Spring AOP 的自动抽象类生成,皆继承自抽象的 Tuple、get/set operator 看字段顺序自动生成,但那不优雅,JVM 专属。
或是编译期自动生成代码,原理一样不过直接在编译期靠编译器插件/Annotation Processor 完成,但那也不优雅,需要引入反射、依赖注入(其实不需要)什么的,因为不能修改既有代码只能新增构件。
但那太没必要了,过度设计。
难道真的没有更好的方法了?
/tmp/duangsuse.sock
我没有更好的方法解决 Cond 需要 map item 的问题,扩展方法不够优雅, Cond 经常被 Repeat 这样的东西包含,如果说 Struct 里还可以 when (it.tag) 的话 Repeat 不行,只能 map to item。 我能想到的唯一方法就是给 Array<Cond<*, T>> 写 delegation,然后可以用 Kotlin 的 by,也只有这个办法,因为都是松耦合的,不能让 Repeat 单独给 Cond 做什么。 ...其实必要的时候也可以引入 RepeatCond…
我想到一个方法,并且可以同时解决 cond TagItem content 繁杂的问题,以及
就是和 Seq 一样,使用
absract val items: Array<T> 的问题。就是和 Seq 一样,使用
::SomeVariant ,利用面向对象继承,这样不就可以了?