# 开始的设计书放学校了（
# 这不是最终能用的解析器，算是证明有这个能力吧

module Lime
# lime expression parser
# (()) => [[]] Lime sexp
# Lime sexp 以 ( 开始，以 ) 结束
# #t => true, #f => false Lime boolean
# Lime bool literal 以 # 开始，以 t|f 结束
# "" '' Lime string literal
# Lime String 以 ' 开始，以 " "|"'"|")" 结束, _ 被视为字符串中的空格
# Lime String 的另一种表达方式以 " 开始，以 " 结束, #{} 语法可以嵌入代码
# ^[0-9 ]$ lime integer
# Lime Integer 以 0-9 开始，以 ' ' 或 ')' 结束
def sexp(expr)
stack = [] # sexp stack
ast = [] # return value
status = 0 # parser status
temp = ""
# 0 = expecting symbol
# 1 = logging string
# 2 = logging double-quoted string
# 3 = logging integer
i = 0 # current character index
while i < expr.length
if status == 1
if expr[i] == ' ' or expr[i] == "'" or expr[i] == ')'
stack[-1] « temp.gsub('_', ' ')
temp = ""
end

temp += expr[i]
i += 1
next
end

if status == 2
temp += expr[i]
i += 1
next
end

if status == 3
temp += expr[i]
i += 1
next
end

unless /[0-9]/.match(expr[i]).nil?
end

case char
when '('
stack « []
when ')'
ast « stack[-1]
when '#'
when "'"
when '"'
when ' '
end
end
ast.first
end
end

所以我想写一个解析器，不过今天还是先睡觉吧...

这个解析器可以解析 (() (' #t) #f) 这样的表达式，虽然 Lime 不止是这样的.....
不过还是递归大概 好 一些
现在使用了 depth stack 来记录 s表达式深度, '(' 进入 sexp, ')' 结束 sexp
( ( ) )
( stack « []
( stack « [], now [[], []]
) ast « stack[-1] (stack 深度应该减小一个单位....
🌑 看来好像还是有差别，等等我再设计一下...

虽然大概可以实现但是真的很麻烦
就现在的做法要修改的还有很多
还是递归下去解析靠谱（

GeekApk 最近的静态页面、Blog程序、API服务器项目都需要重写

API 服务器需要重新设计以加入 RESTful API 和完全的功能
如果我能理解 OAuth 的话肯定会添加 OAuth 支持....

主要是考虑到接入应用程序的权限区分

如果完全不使用 OAuth 而是自己再造个轮子也是可以的，而且我已经想好了
但是我还是希望能先考虑一下改进现在的身份验证方式

#backend 我觉得 flatpak 真的未必做得很用心....

就这个 CLI 工具来说，断点继传都没有

flatpak 已经做了很久了，它的作者真的爱它吗？ 😶

rustup 都会有断点续传，所以「作者的国家下载得快不需要」这种说法不对
..... 忍不住开始怀疑作者的动机是不是和 GeekApk 的一样 —- 为了方便自己而做的