照例无聊的公开部分事情：
考虑到没有牙刷，带了牙刷去学校，另外因为一同学拿了吉他，我打算带葫芦丝过去（其实是拆掉葫芦部分的巴乌）（杂碎
之前没有教程考虑周全，最后没能打印出来，这次加 CC-BY 版权后打印一份，并发到墙内
Lime 之前的作用域是这么用的：
（其实之前想得更多... 不过说了没意义
Lime 还是打算拿 Java 实现完后还要再拿 Kotlin、Js、C（含 JNI 绑定）重写
Lite 没什么了，不过记得以后有一个 Android IDE... Tree 工具箱项目也打算使用 Lite（而不是 BeanShell）
并且有独立于 Java 的 C 实现的打算，或许也会做虚拟机和 JIT 吧，当然那样就不怎么 Lite 了
GeekApk 之前允许多 AID 同包名的打算是为了能让大家一起维护一个应用包，不过比较混乱后来改了，我准备允许一个应用添加多个 Collabator，一起管理 GA 应用
GeekApk 一直向简单、单一数据结构实现多功能的方向发展，打算使用在应用名里内联 attribute 表达式的方式简化后端结构设计和增强扩展性（e.g.
功能我觉得暑假的时间应该还是充足的，所以有再次出包含插件系统 Hooks 列表和新数据结构、API 的计划
GA 以后或许能提升一下吧....
突然想到 MonkeyVM 执行的 Hou-lang 一个 AOT 到 x86 机器汇编的建议，以后可以尝试做一下
考虑到没有牙刷，带了牙刷去学校，另外因为一同学拿了吉他，我打算带葫芦丝过去（其实是拆掉葫芦部分的巴乌）（杂碎
之前没有教程考虑周全，最后没能打印出来，这次加 CC-BY 版权后打印一份，并发到墙内
Lime 之前的作用域是这么用的：
@foo 表示取值 foo 本地变量、 (@foo= 'bar') 则用于赋值（额外定义了一种展开规则）（其实之前想得更多... 不过说了没意义
Lime 还是打算拿 Java 实现完后还要再拿 Kotlin、Js、C（含 JNI 绑定）重写
Lite 没什么了，不过记得以后有一个 Android IDE... Tree 工具箱项目也打算使用 Lite（而不是 BeanShell）
并且有独立于 Java 的 C 实现的打算，或许也会做虚拟机和 JIT 吧，当然那样就不怎么 Lite 了
GeekApk 之前允许多 AID 同包名的打算是为了能让大家一起维护一个应用包，不过比较混乱后来改了，我准备允许一个应用添加多个 Collabator，一起管理 GA 应用
GeekApk 一直向简单、单一数据结构实现多功能的方向发展，打算使用在应用名里内联 attribute 表达式的方式简化后端结构设计和增强扩展性（e.g.
WeChange (spec:Xposed) (alias:微信扩展) ）功能我觉得暑假的时间应该还是充足的，所以有再次出包含插件系统 Hooks 列表和新数据结构、API 的计划
GA 以后或许能提升一下吧....
突然想到 MonkeyVM 执行的 Hou-lang 一个 AOT 到 x86 机器汇编的建议，以后可以尝试做一下
duangsues.is_a? SaltedFish
照例无聊的公开部分事情： 考虑到没有牙刷，带了牙刷去学校，另外因为一同学拿了吉他，我打算带葫芦丝过去（其实是拆掉葫芦部分的巴乌）（杂碎 之前没有教程考虑周全，最后没能打印出来，这次加 CC-BY 版权后打印一份，并发到墙内 Lime 之前的作用域是这么用的： @foo 表示取值 foo 本地变量、 (@foo= 'bar') 则用于赋值（额外定义了一种展开规则） （其实之前想得更多... 不过说了没意义 Lime 还是打算拿 Java 实现完后还要再拿 Kotlin、Js、C（含 JNI 绑定）重写…
Lime 主要变更是更智能的数字表示、
# 语法允许 t/f 外的字符（被视为 symbol）、展开规则更新为新的四个、宏对象内建是否是 pre （前置）宏、添加方便的 put 和 load 方法，添加插件使用的 annotation、插件系统支持自动（解）注册 limeHandler_ 内部宏，编写 stdlib、独立执行环境和逻辑new Lime()
.put("foo", "Fool")
.load(Stdlib.class)
.run("(~ (require interactive) (lime-interactive))");
duangsuse 现在能做的理解就是
... 还是应该多看书
纯函数不会改变函数外的环境，而环境是语言内部的概念 （false?）int mul(int a, int b) {
return a * b;
}
是纯函数... 还是应该多看书
不过取消了作用域后只能
ref <-- -->(with (ref 1) (do (a) (@ (<-- a))))
; 或许这样好看一些？（不过需要修改 & 和 * 的定义
(with (& 1) (do (a) (@ (* a))))
在学校里考虑了 Lime 的重写，决定应该用心一点再做一次
应该以 Java、Kotlin、JavaScript 先实现核心，以后可以考虑更多语言如 C、Dart、Crystal、Ruby，不打算为函数式语言实现核心引擎，主要用途在于为静态语言提供动态特性和制造新语言
然后准备一个 LDoc、一个 Fruit PM（使用只有 Major 和 Minor 版本号基于 GitLab 的包管理系统），准备一个用 AxmlEdit 和 Apksigner 打包的 Android IDE （带 Java 和 Kt 的引擎）可以 +1
在 GeekApk 之前必须完成 Java 和 JavaScript 的引擎的，因为 GA 的插件系统（GFC、EFC）会使用…
应该以 Java、Kotlin、JavaScript 先实现核心，以后可以考虑更多语言如 C、Dart、Crystal、Ruby，不打算为函数式语言实现核心引擎，主要用途在于为静态语言提供动态特性和制造新语言
然后准备一个 LDoc、一个 Fruit PM（使用只有 Major 和 Minor 版本号基于 GitLab 的包管理系统），准备一个用 AxmlEdit 和 Apksigner 打包的 Android IDE （带 Java 和 Kt 的引擎）可以 +1
在 GeekApk 之前必须完成 Java 和 JavaScript 的引擎的，因为 GA 的插件系统（GFC、EFC）会使用…
GA 还是不会再考虑远古的独立功能提供 API 的设计了，而是由插件实现
曾经为了提供酷安的所有功能设计过于复杂、现在将尽可能把数据结构简化，不用专为实现某些功能设计
曾经为了提供酷安的所有功能设计过于复杂、现在将尽可能把数据结构简化，不用专为实现某些功能设计
duangsues.is_a? SaltedFish
在学校里考虑了 Lime 的重写，决定应该用心一点再做一次 应该以 Java、Kotlin、JavaScript 先实现核心，以后可以考虑更多语言如 C、Dart、Crystal、Ruby，不打算为函数式语言实现核心引擎，主要用途在于为静态语言提供动态特性和制造新语言 然后准备一个 LDoc、一个 Fruit PM（使用只有 Major 和 Minor 版本号基于 GitLab 的包管理系统），准备一个用 AxmlEdit 和 Apksigner 打包的 Android IDE （带 Java 和 Kt…
为了响应估狗的号召在写 Android 客户端前应该也用 Kotlin 重写…