九天雁翎的博客
如果你想在软件业获得成功,就使用你知道的最强大的语言,用它解决你知道的最难的问题,并且等待竞争对手的经理做出自甘平庸的选择。 -- Paul Graham

从Unix的echo与Dos的type之间的区别,看操作系统之间的软件设计哲学的不同

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的不同。

Test1:

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,这样简单的调用,进程创建完成,参数输入完成,显示正常。


Test2:

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一句而已。


Test3:

3.管道,还是Shell饭碗里
面的内容。

jtianling$ cat a b | cat
I'm File A.
I'm File B.
cat
a b | cat还是一句代码而已。


DOS中type的对比:

Test1:


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似乎提倡给人直接
看.......


Test2:

实践发现,虽然直接的输出会有额外输出,但是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手段,(利用错误输出
来输出正常的信息,总之不是什么好手段)实现其实不算太必要的但是有点用的任务,是好是坏,就看个人意见了。


Test3:


发现,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算不算一个命令呢?。。。。。。呵呵,扯远了。




 

原创文章作者保留版
权 转载请注明原作者 并给出链接

write by 九天雁翎(JTianLing) --
blog.csdn.net/vagrxie


分类:  随笔 
标签:  echo  Unix 

Posted By 九天雁翎 at 九天雁翎的博客 on 2010年03月10日

前一篇: 【转】开发人员为何应该使用 Mac OS X 兼 OS X 小史 后一篇: 各种进程创建方式比较总结(MacOS, Win32, Qt)