write by 九天雁翎(JTianLing) -- blog.csdn.net/vagrxie
本文其实仅仅是写 《各种进程创建方式比较总结(MacOS, Win32, Linux, Qt, Python…………)》一文时的过度发挥,发现插入大段无关文字有点问题,就给剥离出来了,也算一次文章的重构。。。。。
从Unix的echo 命令与Dos的type命令,从基本使用上来说,都是用于显示文件内容的,但是大致的使用一致,却有一些细微的差别,这些细微的差别,让我挺有感触,于是 借题发挥了,也算无聊一把。但是,毫不夸张的说,两个小命令,展示了两个不同的世界。
1, 最简单的创建一个带参数的进程,以显示当前目录下的文件a,文件b的内容为例。
2,展示进程的输出重定向使用,以将当前目录下的文件a,文件b定向到文件c中为例。
3,展示进程间的管道通信技术,以将当前目录下的文件a,文件b通过管道传递给另外一个输出的进程,并且显示。
(以下简称Test1,2,3)。
以上述三个操作,显示echo及type的不同。
1. 从最简单的开始吧,先以Unix下的Bash为例了。
jtianling$ echo "I'm File A." > a
jtianling$ echo "I'm File B." > b
jtianling$ ls
a b
jtianling$ cat a
I'm File A.
jtianling$ cat b
I'm File B.
jtianling$ cat a b
I'm File A.
I'm File B.
jtianling$
好了,cat a b,这样简单的调用,进程创建完成,参数输入完成,显示正常。
2.输出重定向,对于 Shell来说实在是小case,那简直可以说是其原生的。
TianLings-MacBook:test jtianling$ cat a b > c
jtianling$ cat c
I'm File A.
I'm File B.
jtianling$
cat a b > c一句而已。
3.管道,还是Shell饭碗里 面的内容。
jtianling$ cat a b | cat
I'm File A.
I'm File B.
cat a b | cat还是一句代码而已。
DOS 下,type命令也可以完全按照上述方式尝试一次:
Test1,基本可用,也就是输出嘛,但其实,仔细看看DOS下的 type命令,会发现其实输出有些许不同:
F:/MySrc/TestProcess>type a b
a
I'm File A.
b
I'm File B.
直观来看,type a b时自动的将a,b文件按文件名给你排下版,多人性化啊?呵呵,但是,很明显的可以看出DOS开发者的文化(MS特有?)与UNIX社群的文化差 异.UNIX中提倡命令行程序不要输出废话(比如上面的a,b及排版),这样才能够通过管道或者重定向更多的重复被其他程序使用,DOS似乎提倡给人直接 看.......
实践发现,虽然直接的输出会有额外输出,但是type命令的对于重 定向时进行了处理:
F:/MySrc/TestProcess>type a b > c
a
b
F:/MySrc/TestProcess>type c
I'm File A.
I'm File B.
会发现重定向后的结果与cat a b > c完全一样.但是a,b的格式还是输出了,说明a,b格式的输出根本走的不是标准输出通道。那剩下什么?标准错误通道。。。我们测试一下。
>type a b 2>d
I'm File A
I'm File B
>type d
a
b
>
果 然如此,当把错误通道重定位到文件d中时,可以看到输出了精简的输出,并且可以看到d中的内容就是附加的输出。用较为复杂的hack手段,(利用错误输出 来输出正常的信息,总之不是什么好手段)实现其实不算太必要的但是有点用的任务,是好是坏,就看个人意见了。
会 发现,type其实是无法接受标准输入的,也就是,无法形成 | type的链式调用,就像cat a b | cat一样.
这样会导致 Test3无法使用type完成。这也算文化差异吧......因为Unix的Shell使用的习惯,管道及重定位几乎是命令行必备的协作工 具,DOS/Windows程序没有此传统,所以没有实现,也就可以理解了。更进一步的说,Win32 API甚至没有对管道及输入输出重定向有任何直接的支持,因为似乎根本就不在意,而POSIX的pipe,popen对于相关使用的支持却能做到非常方便 快捷。(当然,其实Windows中也有POSIX的函数的一些实现,就包括pipe,popen,但是命名前加下滑线)
所以,对于type命名来说,描述为:TYPE Displays the contents of a text file.
对 于cat命令,man中描述为:Concatenate FILE(s), or standard input, to standard output.
而且,查查cat的参数就会发现,cat其实还有很多定制功能,但是type呢?估计只有/?参数 吧............
因为Unix以前相当依赖于Shell,(以前只有Shell),加上其文化的影响,加上工作需要,每个 Shell命令都是比较强大,并且协作性非常好(因为那古老的规则),其中最最典型的就是find,grep有意者去尝试一下就知道了。另外,其实说命令 的话。。。。那perl,python算不算一个命令呢?。。。。。。呵呵,扯远了。
原创文章作者保留版 权 转载请注明原作者 并给出链接