🤔 greedy 的意思就是“尽可能多地匹配”，和 lambda lifting 里那个 "lifting" 一样，一词多用。
这个… 我没有引用 regex 里的那个名词，它是另一个名词。

之前也有说，ParserKt 的目标并不是取代 Regex 或者做 NLP 之类非常复杂的解析器（那几乎不能算单纯的解析器了，何况 Regex groups 对副作用利用比较强，对 PKT 而言用 AlsoDo 和 StatedFeed 可以做到，但不推荐）

ParserKt 的目标是为各种相对规范的编程语言提供模式匹配 read/show (back) 的能力，也提供类似代码高亮这种常见兼容用途

我不会试着让它包容万物，它只需要保持简单的核心就好，包括现在解析一些复杂语法的东西 (NumUnit 和自动 Number 运算的类型转换、Layout 缩排语法的解析）都是作为 parserkt-ext 另作打包的，就是为了尽可能降低学习开销

不过，ParserKt 不能用来写命令行解析器，这个非常GG （主要是因为我开始觉得可以写，现在就有点郁闷）
Python 里用 import argparse 非常容易就可以定义一个解析器，我也写过命令行参数辅助解析
一个参数大概就是 add_argument(prefix, metavar, nargs, type, default, action, help) 这几个参数，action 可以 store_true 来实现 flag 什么的（当然前提肯定是动态类型）

ParserKt 理论上可以用来做命令行解析器的核心（如果封一层来构造 Contextual<String, Pattern<String, T>> 的话），但没法直接对应到 Pattern 对象，而且一旦有 nargs="+" 的情况，就十分不好处理为不可变数据了……

有几天没写代码了…… 很咸鱼

其实这个 while(true) 也可以重写为
while (greedy || count < bounds.last) 的，早就该改改。
已经有 n 个就不必多解析了，比 while(true) 要结构化一些

不对，刚刚分析了一下控制流

while (true) {
  depend++
  if (!p) break;
}

确有别于
while (p) {
depend++
}
区别在于第一次，前者至少执行一遍，相当
do {
depend++
} while (p)

这么说 bounds = 0..0 的情况其实我的程序不是最佳实践！没有利用循环操作的兼容性…… 也没有 require 过 param

你说是 (html!!) 还是 body?.string() ?
🤔我觉得没影响，你要拿 String 那你就拿 String。

如果你要做，还有更好的方法吗……
要这么写就别担心太多

为什么 html 是 var 啊…… 你应该写
val html: String = client.get(LOGIN_API).body?.string() ?: throw Errors.NetError() 不是么…

为什么你要写 html!! 啊，而且如果你只 parse(resp.string()) 的话调用 string() 也没问题啊