打开终端或命令提示符，看到 $、|、> 这些符号，就会觉得它们带着一种古老的、神秘的气息。这些符号代表的运行机制，是计算机早期阶段程序复用与交互的重要尝试，它们所承载的设计思想，至今仍深刻影响着软件架构。
1. 自动化流程
30年前的程序生态还比较原始，那时还没有成熟的网络协议栈，没有通用的数据序列化标准，程序之间几乎没有直接交互的通道，文本是程序间、人机间交互的最大公约数。系统中的Shell（命令解释器），就是人机、程序交互的核心机制，其中最基础的模式就是批处理：按顺序执行处理步骤。
Windows中的命令提示符、类Unix系统（Linux）中的bash，有两个功能：一是用户运行程序的入口（像开始菜单、手机桌面），二是执行批处理脚本。批处理脚本（.bat, bash 脚本）就是把手动执行的命令序列保存成文件。这些脚本就是按业务流程逐步调用系统中自带的工具程序、用户安装的应用程序，串联起一整套业务逻辑。比如GNU coreutils这类系统自带工具集（如 cat, cp, sort），就像现在Python中的标准库，封装了调用系统底层接口、常用算法的复杂性；而批处理脚本则像Python脚本，让用户用简单的语法表达业务逻辑，具体实现交给工具程序、函数库完成。
以现在的眼光看，bash/bat脚本和Python脚本并没有本质区别，cmd/bash这类Shell也和Python解释器一样，是一个执行脚本的解释器。在当时的技术条件下，Shell是系统不可或缺的组成部分，只因它是几乎唯一的程序复用组织形式。如今我们拥有了更多、更强大的脚本语言和自动化框架，在完成数据处理、运维任务时不一定再需要传统的 Shell 脚本。那些留下的交互规范和约定，依然是程序间沟通的重要方式。
在人机交互、批处理中，命令行参数 （argv）是程序接收外部输入的关键方法，主要用于改变程序行为，给程序指定要操作的文件。不同系统中有不同的参数风格：BSD的短参数用单横杠加单个字母（如ls -l），GNU为了提升可读性扩展出双横杠的长参数（如ls --all），Windows沿用 DOS，采用斜杠式参数（如dir /s）。要注意在不同系统中，命令行参数中文件名通配符的解析逻辑也有差异。在bash中，*.txt这类通配符由Shell先解析为具体文件名再传给程序；在Windows的cmd里，通配符解析工作要由程序自己完成。
此外，程序的返回值是判断执行结果的标准：返回0通常代表正常结束，非0则代表异常。批处理脚本可以检测这些返回值，来决定后续流程的走向。
2. 数据处理管道
如果说批处理是按时间顺序串联任务，那么 Shell 中的管道则是针对大量数据、数据流处理的一种设计。这种模式适用于处理数据量巨大、可能远超内存容量的场景。
系统给了每个程序stdin （标准输入，0号文件），stdout （标准输出，1号文件），stderr （标准错误输出，2号文件）三个IO接口。Shell 的重定向符号 < 可以把文件接入 stdin，> 把 stdout 输出到文件，管道符号 | 可以将前一个程序的 stdout 对接到后一个程序的 stdin。2>&1 是把 stderr 转接合并到 stdout。通过建立管道，形成一条处理流水线，数据像水流一样在管道中流动，中途不需要很多缓存或落地到磁盘。
用文本这一通用输入输出格式，加上这套简洁的机制，使得一系列功能单一的小程序能够像积木一样灵活组合，共同完成复杂的文本处理任务，例如日志分析、数据转换和报表生成。
让每个程序专注于实现一种流式处理功能，用管道连接，现在这种方式称为"管道--过滤器"。每个数据处理步骤由一个过滤器实现，处理步骤之间的数据传输由管道负责。此处，过滤器就是流程中的每个程序，管道就是由Shell和操作系统负责连接的标准输入输出。
3. 内部架构与外部交互
早期 Shell 中体现的"批处理"、"管道--过滤器"及其自身作为"虚拟机"，是当年程序复用的模式，也是现在的几种经典的软件架构风格，其思想应用到了现代软件的各个层面。
批处理模式就比如在主函数中顺序调用几个分步处理步骤。管道--过滤器就比如在实时消息处理中，先过滤无效消息，再解析并提取关键字段，最后写入数据库，每个步骤就像一个过滤器，单条数据在内部变量中流动。
虚拟机的概念也不再局限于cmd/bash，Python、SQL、容器运行时、构建脚本解释器、电商优惠规则配置等，都能让用户通过简单语法组织复杂功能。
命令行参数、返回码和标准流这些设计遗产，已成为程序与外界交互的基础途径。编写程序时，仍然可以用好这些机制，便于与其他程序、与最终用户交互。例如，在设计命令行参数时，可以支持GNU式长参数 --input，提高可读性；出错时，返回非0退出状态码；区分好 stdout 和 stderr 的用途，用 stdout 输出内容，用 stderr 打日志。
当然，bash/bat这类Shell脚本由于历史原因，包含了大量隐晦的特殊字符和语法规则，这或许与早期键盘机械特性、程序员小圈子形成的共识有关。Unix 管道的机制也确实难以双向传递更复杂的结构化数据。如今我们可以用Python等语法更清晰、功能更丰富的语言实现自动化逻辑。
"小而美"的 Unix 工具哲学有其时代局限性，"程序应做好一件事，并通过清晰接口协作"，变为了"高内聚、低耦合"的软件架构设计口号。现代应用程序可以在内部借鉴这些架构风格，保持模块功能的紧凑、可复用；对外，则可以利用系统提供的接口，简化与其他工具的集成。