命令行不是正途

正如维基百科提到的:

Smalltalk和许多程序设计语言不同,它不仅仅是一门语言…Smalltalk带有一个应用开发环境(ADE):由于Smalltalk的历史原因,它具有一个非常优秀的高度集成、开放的应用开发环境。

Smalltall让语言、IDE、系统这些概念变得模糊,也正是这种特性,让其保持极高的开发效率。

当然Smalltall的核心,并不在表层特性,而在其设计意图。

for a research system, the intent matters most. – A few words on Doug Engelbart

如果希望深入Smalltalk,基于文本的命令行并不是正途。Alan Kay的生物学背景,让Smalltalk像一个生态系统。将Smalltalk视为一个环境而不是传统的文本语言,通常是更好的视角。


我希望将Smalltalk带到日常工作中,由于历史的惯性,基于命令行的技术生态已经成熟,日常工作很难离开它。彻底弃用命令行工具是不现实的,linux工具箱有海量的效率工具。

我目前的想法是,在Smalltalk环境中编写事务逻辑,之后在命令行中调用它。换句话说,我想将它用作脚本语言,替代日常使用的Python。

也许更好的办法是,将Smalltalk视为工作环境,只在需要时调用系统命令。但Pharo目前稳定性/鲁棒性还不好,在macOS下时常会占用占用过多CPU,或者崩溃。

命令行下的Smalltalk

乍看起来,GNU Smalltalk似乎正是我们需要的东西.

与其他Smalltalk环境不同,GNU Smalltalk使用文本文件进行程序输入,并将内容解释为Smalltalk代码。这样,GNU Smalltalk更像是解释器,而不是传统的Smalltalk方式中的环境。

但像我们前头论述的,命令行/文本并不是Smalltalk的正途。

基于文本的环境当然有许多优点,但Smalltalk对其的诘难比今天的富文本阵营(ppt/word/excel)对其的诘难要深刻得多,(ppt/word/excel)对文本环境(Unix传统)的攻击,多数时候只是表明自己的无知。《Unix编程艺术》一书对文本环境做了很好的辩护,但我认为这种辩护并不能回避Smalltalk的攻击。

加之对Alan Kay的崇敬,我偏向于使用Squeak和Pharo(Pharo是Squeak的后代),而不是GNU Smalltalk。

命令行下的Pharo

我们可以在命令行中使用Pharo。

安装

wget -O- https://get.pharo.org/64 | bash

使用

1
2
3
4
5
./pharo Pharo.image --help
./pharo Pharo.image st
    st                    Loads and executes .st source files
    eval                  Directly evaluates passed in one line scripts
./pharo Pharo.image eval --help

hello world

hello.st

1
Transcript show: 'hello world'.

运行: ~/pharo ~/Pharo.image --quit st hello.st

tips

1
2
alias pst="~/pharo ~/Pharo.image --quit st"
alias pstui="~/pharo-ui ~/Pharo.image"

todo

  • 接受输入输出(stdin/stdout)
  • 命令行参数
    • 接受命令行参数: name 打印 hello <name>

结论

类的继承很麻烦,尽可能不要做文本编程。 在Smalltlak环境编程,之后导出为st脚本。

命令行下的Squeak

squeak -headless path/to/squeak.image /absolute/path/to/repl.st

参考