Expect 教程中文版

[版权声明] 
　　 
　　Copyright(c) 1999 
　　　　 
　　本教程由*葫芦娃*翻译，并做了适当的修改，可以自由的用于非商业目的。 
　　但Redistribution时必须拷贝本[版权声明]。　　　　　　 

[BUG] 

　　有不少部分，翻译的时候不能作到“信，达”。当然了，任何时候都没有做到“雅”，希望各位谅解。 

[原著] 
　 
　　Don Libes: National Institute of Standards and Technology 
　　　　libes@cme.nist.gov 

[目录] 
　　 
　　1.摘要 
　　2.关键字 
　　3.简介 
　　4.Expect综述 
　　5.callback 
　　6.passwd 和一致性检查 
　　7.rogue 和伪终端 
　　8.ftp 
　　9.fsck 
　　10.多进程控制：作业控制 
　　11.交互式使用Expect 
　　12.交互式Expect编程 
　　13.非交互式程序的控制 
　　14.Expect的速度 
　　15.安全方面的考虑 
　　16.Expect资源 
　　17.参考书籍 

1.[摘要] 

　 现代的Shell对程序提供了最小限度的控制(开始，停止，等等)，而把交互的特性留给了用户。 这意味着有些程序，
你不能非交互的运行，比如说passwd。 有一些程序可以非交互的运行，但在很大程度上丧失了灵活性，比如说fsck。
这表明Unix的工具构造逻辑开始出现问题。Expect恰恰填补了其中的一些裂痕，解决了在Unix环境中长期存在着的一些
问题。 

　 Expect使用Tcl作为语言核心。不仅如此，不管程序是交互和还是非交互的，Expect都能运用。这是一个小语言和Unix
的其他工具配合起来产生强大功能的经典例子。 
　 
　 本部分教程并不是有关Expect的实现，而是关于Expect语言本身的使用，这主要也是通过不同的脚本描述例子来体现。
其中的几个例子还例证了Expect的几个新特征。 
　 
2.[关键字] 
　　 
　　Expect,交互，POSIX,程序化的对话，Shell,Tcl,Unix; 

3.[简介] 
　 
　　一个叫做fsck的Unix文件系统检查程序，可以从Shell里面用-y或者-n选项来执行。　在手册[1]里面，-y选项的定
义是象这样的。 

　　“对于fsck的所有问题都假定一个“yes”响应；在这样使用的时候，必须特别的小心，因为它实际上允许程序无条
件的继续运行，即使是遇到了一些非常严重的错误” 
　　 
　　相比之下，-n选项就安全的多，但它实际上几乎一点用都没有。这种接口非常的糟糕，但是却有许多的程序都是这种
风格。　文件传输程序ftp有一个选项可以禁止交互式的提问，以便能从一个脚本里面运行。但一旦发生了错误，它没有
提供的处理措施。 

　　Expect是一个控制交互式程序的工具。他解决了fsck的问题，用非交互的方式实现了所有交互式的功能。Expect不是
特别为fsck设计的，它也能进行类似ftp的出错处理。 

　　fsck和ftp的问题向我们展示了象sh,csh和别的一些shell提供的用户接口的局限性。　Shell没有提供从一个程序读
和象一个程序写的功能。这意味着shell可以运行fsck但只能以牺牲一部分fsck的灵活性做代价。有一些程序根本就不能
被执行。比如说，如果没有一个用户接口交互式的提供输入，就没法运行下去。其他还有象Telnet,crypt,su,rlogin等程
序无法在shell脚本里面自动执行。还有很多其他的应用程序在设计是也是要求用户输入的。 

论坛热门帖子:	[lch203] 写得蛮好的linux学习笔记(10-21) [黑马制造] 学习java的30个目标(10-19) [笑傲股林] 做测试半年了，有点迷茫，应该再学些什么提高自己的测试水平和测试能力呢？(10-19) [udp8589] 大家用google的来吱一声? 用百度的~~也来报道下?(10-18) [沂偌掳兆] 本人总结的一些认为C++比较经典的书籍，希望对大家有用(10-18)
TAG标签:	中文版 教程 一个 expect 脚本 程序 可以 进程 这个 用户