命令行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,或者崩溃。
命令行下的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
使用
|
|
hello world
hello.st
|
|
运行: ~/pharo ~/Pharo.image --quit st hello.st
tips
|
|
todo
- 接受输入输出(stdin/stdout)
- 命令行参数
- 接受命令行参数: name 打印 hello
<name>
- 接受命令行参数: name 打印 hello
结论
类的继承很麻烦,尽可能不要做文本编程。 在Smalltlak环境编程,之后导出为st脚本。
命令行下的Squeak
squeak -headless path/to/squeak.image /absolute/path/to/repl.st
参考
文章作者 种瓜
上次更新 2019-11-28