发现 sinatra 最好用，api 设计的很好

丑的不想看

不用

小作坊的方式，行得通 work 可以。

但是良好的设计，是自己有一个完整的 token 体系，openid 作为 微信小程序过来的身份信息（等同于微信上的身份证），加到当前用户的 profile 里，继续返回 token。

用户的敏感信息不应该随意存储。openid 就像指纹一样唯一，没有谁会把自己的指纹到处贴，存档。

有了拓展体系，未来你还可以接入 google、oauth、第三方、支付宝……

好的设计是这样

很有创意，很像输入法

你可以理解为

def test1(&block)
  yield
end

yield 是个关键字，出现在这样的语法中，会被解析。

def  <FuncName> 
   yield
end

而第二个例子 define_method 传入的是一个 block 参数，而 block 参数不是一个函数结构，所以没有 yield。

define_method(:test2) { | &block|
  yield  #if block_given?
}

这里你可以用 block.call 实现 yield 效果。

define_method(:test2) { | &block|
  block.call
}

上面不确定，能否转 WebAssembly。现在确认了。 @LongLonghaoran

V1.1.0 添加 转 WebAssembly

添加一个引用：

https://ruby-china.org/topics/43776 《MRuby Devkit 一个简单的脚手架，帮助你像 Go 一样把 Ruby 编译成可执行二进制文件》

使用 MRuby 可以打包出二进制

MRuby 和 CRuby 完全不同。所以不能直接 把 Rails 转过去。

MRuby 相当于完全重新实现的 Ruby 解释器。更偏向于 C 的特点。由于没有完全的对齐 gem、bundle 等生态，所以 MRuby 的程序得单独开发。

跳出 Web，MRuby 就有使用场景了。

因为 MRuby 重新实现了 Ruby：

• 采用完全兼容的 C 实现，兼容性很好；可以在单片机、switch、游戏机里、ESP32、没有文件系统的硬件上
• 并且利用内存精简高效
• 解释器功能可以裁剪，按需编译；可以控制体积

使用的场景：

• 可以工作在 个人电脑、服务器上
• 可以用作嵌入游戏，类似 Lua。MRuby 支持游戏平台
• 可以用作嵌入式，单片机，路由器。官方现在支持了 时髦的 ESP32
• 由于可以独立打包成二进制，就像 Go 可以开发管理服务器系统的脚本。
• Dragon Ruby 用 MRuby 开发游戏引擎
• MRuby 是纯 C 程序，理论上可以转换为 web assembly 跑在浏览器上（我不确定。Dragon Ruby 可以让 Ruby 写的游戏跑在浏览器里）

看这里：https://www.ruby-toolbox.com/categories/reporting

是的。时髦有风险。

Node 能做的，Sinatra + Sequel（ORM）其实都行。我经常用这个渲染页面。

Ruby 下的 Sequel（ORM）0 BUG，实在是强。

https://dontusesystemruby.com/

也提到了安装方法

Raw SQL 遇到过错误 https://github.com/prisma/prisma/issues/21570

我以为这种 RawSQL 的 API 是软件的底层，应该先设计。结果一年多都没解决。

吹自己是次世代，我现在对 JavaScript 的东西保持怀疑。

次世代框架你也不能说它错，反正不是“现代”能用的框架。

放弃了

JRuby 对 需要本地编译的 C 拓展不友好。大多数游戏 lib 都是 C。 Truffleruby 虽然说支持 C 拓展，结果一样，跑不起来。

做一个前置的 Installer 不论是脚本，还是显式的安装器，帮用户处理

• 安装 依赖
• 安装 Ruby
• 添加到 PATH
• 安装或构建 Gems

只有这个比较简单、中规中矩。并且可靠，是被广泛测试过可靠的路径。

自己打包 Ruby 这条路，实际 Ruby 或者 Gem 的打包一直是动态的，需要长期跟踪，成本太高。不建议个人做。

homebrew 学习 Rails 实际上并不是很好。

以 我的环境为例 MacOS 13.6.6（Intel) 为例

1）brew install ruby 确实可以正确安装 ruby

他的位置在 /usr/local/opt/ruby/bin/ 都添加到 path。Ruby 自己的组件：ruby、gem、irb 都工作正常

2）当你 gem install rails，正常安装成功，如果你什么都不做，你根本找不到 rails，rails 无从执行。

因为它的位置在 /usr/local/lib/ruby/gems/3.3.0/bin/ ，你需要自己添加到 PATH。 这对新手并不友好。位置在 M1(ARM) 系列的位置可能还不同。这个 PATH 谁来告知？搜索引擎 maybe。。。

实际上，用户得非常留意安装信息里面，才能看到这句；或者说很熟悉 homebrew，再去用 brew info ruby 重新获取。

By default, binaries installed by gem will be placed into:
  /usr/local/lib/ruby/gems/3.3.0/bin

而且这个丑陋的 PATH 还依赖固定版本。

用户还得 会点 vim，maybe shell，知道当前终端是什么，初始化文件在哪儿，还得用 source。 而这一切默认你已经会了。新人不会被告知。 :(

ASDF 帮助解决了 python、ruby、nodejs ……

• 1) 需要需要构建，需要的前置依赖
• 2）用户的环境情况，配置的文档
• 3）初始化
• 4）这些语言各自的包管理 安装对应包，添加 PATH，动态切换 PATH 的问题。初始化一次，再也不用关心

同感。asdf 确实不错，只是对于开发还 ok。对于只想运行 ruby 的人来说，还是太繁琐。

我还在研究 portable ruby。理想情况：做出了比较完善的，也可以做到直接下载，添加到 path 就可以工作了。免去了本地编译的问题。

这是最近想把 ruby 带着走，产生的想法。

构建有一个过程，需要等待。编译完会自动安装 make install .... 结束就好了

emmm…… 是这样

1.Portable Ruby 可能更高级一点

比如你想把 Ruby+Rails+ 你的应用，带着走。用上面的可能合适。

但是没必要，因为你在学习 Rails 不要把自己放在这些奇怪的情境中。

2.如果你只想正常运行 ruby，开发 Rails，而且不想遇到 sudo 问题

我推荐 asdf，这也是我本人开发用的个 asdf 可以管理多个语言、数据库、任何版本相关的。

1）在这里 https://asdf-vm.com/ 安装 asdf

2）添加 ruby

https://github.com/asdf-vm/asdf-ruby

可以参考我之前的博客： https://mark24code.github.io/ruby/2021/12/24/Ruby%E7%8E%AF%E5%A2%83%E6%90%AD%E5%BB%BAasdf+ruby+gem+bundler+%E6%BA%90%E6%9B%BF%E6%8D%A2.html

不过可能有点过时。在安装依赖这部分。Ruby 3.3.1 依赖 openssl@3 这是重点。

# 安装前置依赖
# ruby-build 是安装工具
# openssl@3 readline libyaml gmp 是必要的依赖
# rust 是 YJIT 必要的依赖，不装就不会构建 YJIT 功能

brew install ruby-build openssl@3 readline libyaml gmp rust

补一篇《使用 Ruby-build 在 MacOS 上 编译 Portable Ruby》https://ruby-china.org/topics/43710

随便试试，可以用 Ruby build 安装到任意路径，可移除。

# step1: 安装前置依赖
# ruby-build 是安装工具
# openssl@3 readline libyaml gmp 是必要的依赖 
# rust 是 YJIT 必要的依赖

brew install ruby-build openssl@3 readline libyaml gmp rust

# step2: 编译安装
# $HOME/ruby 替换成你要安装的目录
# 搜索到 ruby 需要把 $HOME/ruby/bin 添加到到你的 PATH

ruby-build 3.3.1 $HOME/ruby

长期使用，推荐 asdf 安装，统一管理。ruby 插件的底层依然是 ruby-build

https://asdf-vm.com/

今天我在群里，提出了类似的问题。

Ruby 在 MacOS 上的安装，有点不友好。

不如 Python、Java 简单粗暴

《Ruby 基础教程（第 5 版）》 https://www.ituring.com.cn/book/1843

CRuby 内部只要是 Ruby 代码，有 GIL 锁，自带线程安全。

运行的是 Ruby 代码，多线程，只会轮替的使用一个核心。

Sinatra 挺好，保持很好的可读性

Roda 可读性不太好

服务器 Debian、Ubuntu

桌面 Linux Mint

Docker 镜像 Debian、Ubuntu、Alphine

比如你的实例 叫 instance

instance.class.ancestors.each {|klass| puts klass.instance_variables}

外国人比机器贵。价格不敏感。这样想想是不是就合理了。

COOL！

能否分享下，Ruby 的 GUI 应用如何解决打包、安装、跨平台分发的问题？

我有个理论就是寄生性语言都会死掉。

从 CoffeScript 开始，即使是今天热度很高的 TypeScript。他们都会因为 JavaScript 不断完善而被淘汰掉。

归根结底还是因为浏览器执行的就是 JavaScript，绑定 UI 的语言使用的是单线程的模型，不同于其他语言，思维方式不同。其他语言即使去封装，比如用 Ruby 语法写 JavaScript，最后结果就是：你不仅要关心 Ruby 还要关心 JavaScript 还要关心他们之间的差异和版本区别，痛苦翻倍。

如果你已经理解 JavaScript，还不如去写 JavaScript。最后就会发现这样的换写毫无意义。

除非 Ruby 被浏览器支持。但是不太可能。浏览器是比操作系统甚至还复杂的软件，他的更新换代周期很慢，牵扯很多，往往是厂商们博弈后的结果。最后，你没什么选择。市场现状也说明了这个问题。