好了好了，文档都在这里发布
写代码最重要

我会先写个 Parser

我绝对不会再让解释器本身花大量时间打理项目而不是代码.... #project

好像还是一行代码没有

不过这效率也很高了（

我这几天会一直写文档，直到完全明了再写 Spec, 最后是代码

先睡觉了（ 🌑💤

今天上午考虑了一下非解释器相关的事情

首先：又增加了一些缺少的内置函数：

parse
expand
!=
!==
==
@<< fileopen ;当然 @< 和 @> 的定义在没有参数的是那样，对于有这种参数是什么样也能想到
@~ fileclose
hex
oct
bin

数字语法增加了新类型 big
12389743342.212big 32f32 64i64

语言生态相关的，考虑了所有解释器平台和、语言基础开发工具、项目基本库、社区项目的事情

解释器平台决定了这些：

Ruby Python
JVM(Kotlin) CLR(C#)
JavaScript Lua Bash Racket
C Crystal

其中以 Ruby Kotlin JavaScript Crystal 为主

另外还考虑了开发工具和项目一般必须的库的事情
至于开发工具这些其实也没有想什么（逃跑

决定了一些库，至于开发工具以后会再考虑：
LDK 作为开发工具包项目名，比如更好用的 Lime REPL 兼调试器，AST Viewer 等
std Lime 标准库，提供基础类库, 使用 Lime 编写
Lake 类似与 Ruby 的 Rake, 作为构建工具, 使用 Lime 编写
Juice 类似 Ruby 的 Gem, 依赖和包管理工具, 至于怎么分发依赖参考了 Crystal Shards 和 Rust crates , 依赖 Github 的服务, 使用 Lime 编写
Suger 项目是 Slime -> Lime 的 transpiler, slime 看起来是这样的,也使用 Lime 编写：

class Foo
  intialize(a, b)
    @a = a
    @b = b
  end

  def to_s
    "#{a}.#{b}"
  end

  attr :a, :b
end

foo = Foo.new :simple, :bar
p foo.a

它给 Lime 提供这样几个顶级函数：

(srequire ./a.slime)
(sparse "a.b")
(expand (scompile (sparse "1")))

Drlime 项目是 Lime 未来的主要用途之一，让 基于 Slime 的 Android 开发更简单

src/app.slime

require 'drlime'

class App < Drlime::AppBase
end

🌑 没时间了.... 晚上再

不写了不写了

经过了一年多的完善，Dir 也走向了它的终点。由于我的时间和技术的问题，我们很遗憾地向大家宣布——Dir 永久停更了。非常感谢大家使用和支持 Dir，也很感谢大家为 Dir 所做的贡献，也感谢 Dir 这一年多来的陪伴，但是我们也只能说再见了。在今后几天中，我们将会发布 Dir 善后事宜，望大家关注。最后，祝大家节日快乐。

此致

敬礼 Yuuta 2018 年 4 月 1 日 9:15 AM，GMT+8