/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
Forwarded from 芝士和培根 (Yuuta | 😷⠀)
Twitter
笈川伊織（紙喵）
一张图便览 Linux 性能监测工具
Forwarded from Rachel 碎碎念 (Rachel 呱 | 🏳️🌈 | 看到我请叫你去学习)
中文（中国大陆）新话化不可避（叹气
其实我对 ParserKt 的 LexerFeed 怎么改还蛮疑惑的
主要就是 SourceLocation 要可选地加入，但是好像没有好方法，如果直接在 Feed 上解析的话
而且还要有类似 regex 的 group range 支持，有 GreedyLexerFeed，我不知道是不是应该为需要 Source loc 和不需要的情况分开处理
不过突然觉得 greedy 与否可以复用处理……
TokenizerFeed 支持 Source loc
LexerFeed 不支持？
主要就是 SourceLocation 要可选地加入，但是好像没有好方法，如果直接在 Feed 上解析的话
而且还要有类似 regex 的 group range 支持，有 GreedyLexerFeed，我不知道是不是应该为需要 Source loc 和不需要的情况分开处理
不过突然觉得 greedy 与否可以复用处理……
TokenizerFeed 支持 Source loc
LexerFeed 不支持？
有了！ 我可以利用 TokenizerFeed.onError 啊
这样不就可以把 token stream 的 position 弄回包含原来 CharInput 的 position 的版本了……
这样不就可以把 token stream 的 position 弄回包含原来 CharInput 的 position 的版本了……
就这样了！都是流式处理
tokenizer 带 range，lexer 不带
可是我觉得非 SourceLocated 也应该有 position 啊……
tokenizer 带 range，lexer 不带
可是我觉得非 SourceLocated 也应该有 position 啊……