命令行Smalltalk

文章目录

命令行不是正途

正如维基百科提到的:

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，或者崩溃。

乍看起来，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

使用

./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

推荐订阅源

夜行人