《UNIX编程环境》——导读

**
前言
**
“UNIX安装的数量已经增加了10倍,预期还将更多。”

—UNIX程序员手册,1972年6月第2版

UNIX1操作系统是1969年首次在贝尔实验室的一台丢弃的DEC PDP-7计算机上启用的。当时Ken Thompson从Rudd Canaday、Doug McIlroy、Joe Ossanna和Dennis Ritchie那里获得理念和支持,编写了小型通用分时系统,其适用性能良好,足以吸引热心的用户,并最终为一台较大的计算机—PDP-11/20的购买提供了充分的可靠性。系统早期的用户之一是Ritchie,他在1970年曾帮助将该系统转到PDP-11计算机上。Ritchie也曾设计和编写了C程序语言用的编译程序。1973年,Ritchie和Thompson用C语言重写了UNIX核心,打破了系统软件要用汇编语言编写的传统。经过此次重写,该系统最终成为今天必不可少的操作系统。

大约在1974年,大学获得了“用于教育目的”的UNIX使用许可,而且,几年后UNIX有效地开拓了商业用途。在此期间,UNIX系统在贝尔实验室取得了成功,从而找到了进入实验室、软件开发项目、字处理中心和电话公司运行支持系统的途径。从那时起,UNIX已遍布整个世界,从微型计算机到最大的主机,已安装了数以万计的UNIX系统。

是什么促使UNIX系统如此成功呢?可以阐明几个原因。首先,由于是用C语言编写,因此它是可移植的,UNIX系统的运行范围可以从微处理系统到最大的主机。这是一个强大的商业优势。其次,源代码非常有效并且是用高级语言编写的,从而使系统容易适应特殊的需求。最后,也是最重要的一点,它是一个良好的操作系统,特别是对程序员而言,UNIX程序环境通常是丰富而有成果的。

尽管UNIX系统引入了很多创新的程序和技术,但是一个单独的程序或想法并不能使工作完美无缺。相反,是程序设计的处理方式才使系统有成效,这也是应用计算机的一个基本原则。虽然这个基本原则不能用一句话概括,但其核心就是,系统的能力更多地来自程序之间的关系,而不是程序本身。许多UNIX程序虽然单独做相当简单的工作,但是,在与其他程序结合起来使用时,它们就成为全面而有益的工具。

本书的目的是传播UNIX程序设计的基本原则,由于这个基本原则是以程序间的关系为基础的,因此我们必须用大量的篇幅专门对单个的工具进行讨论,但同时贯穿了程序组合的主题和运用程序进行创建程序的内容。要想很好地使用UNIX系统及其组成部件,不仅必须了解如何使用程序,还要了解怎样使其与环境相匹配。

随着UNIX系统的广泛应用,能够熟练掌握UNIX系统的用户越来越难找到。好几次,我们发现富有经验的用户,包括我们自己在内,只能笨拙地找到问题的解法,或者只会写程序去做现有的工具易于处理的工作。当然,如果没有一定的经验和理解,就不易了解精巧的解法。我们希望无论是新手还是老用户,通过阅读本书,都能够开发理解力,从而使系统的使用更加有效和有趣。希望读者更好地使用UNIX。

我们把目光对准程序员们,希望通过本书使其工作更有效,从而也可以使程序组的工作更有成果。尽管我们的主要对象是程序员,但前4章或前5章并不需要具有编程经验就可以理解,因此,对于其他用户来说,本书也是很有帮助的。

无论如何,我们已经尽可能尝试使用真实的、而不是人为的例子来表述我们的观点。尽管有一些程序在本书中是作为例子开始的,但它们就此而成为常用程序的一部分。所有实例都经过了机器可读格式文本的直接测试。

目录

**[第1章 初学UNIX
1.1 起步]()**
1.1.1 有关终端和输入的一些预备知识
1.1.2 与UNIX会话
1.1.3 登录
1.1.4 键入命令
1.1.5 异常的终端行为
1.1.6 键入错误
1.1.7 继续键入
1.1.8 中止程序
1.1.9 注销
1.1.10 邮件
1.1.11 用户间通信
1.1.12 新闻
1.1.13 手册
1.1.14 计算机辅助教学
1.1.15 游戏
1.2 文件和常用命令
1.2.1 创建文件
1.2.2 列出文件
1.2.3 显示文件
1.2.4 移动、复制和删除文件
1.2.5 文件名
1.2.6 有用的命令
1.2.7 文件系统命令小结
1.3 目录
1.4 shell
1.4.1 文件名简写
1.4.2 I/O重定向
1.4.3 管道
1.4.4 进程
1.4.5 剪裁环境
1.5 UNIX系统的其余部分
**[第5章 shell程序设计
5.1 定制cal命令]()**
5.2 which
5.3 while和until循环:观察情况
5.4 trap:捕获中断
5.5 overwrite:改写文件
5.6 zap:使用名字终止进程
5.7 pick命令:空格和参数
5.8 news命令:社团服务信息
5.9 get和put:追踪文件变动
5.10 后记

时间: 2025-01-27 05:20:15

《UNIX编程环境》——导读的相关文章

《深入理解Scala》——第1章,第1.2节当函数式编程遇见面向对象

1.2 当函数式编程遇见面向对象 深入理解Scala 函数式编程和面向对象编程是软件开发的两种不同途径.函数式编程并非什么新概念,在现代开发者的开发工具箱里也绝非是什么天外来客.我们将通过Java生态圈里的例子来展示这一点,主要来看Spring Application framework和Google Collections库.这两个库都在Java的面向对象基础上融合了函数式的概念,而如果我们把它们翻译成Scala,则会优雅得多.在深入之前,我们需要先理解面向对象编程和函数式编程这两个术语的含义

《深入理解Scala》——第1章,第1.4节与JVM的无缝集成

1.4 与JVM的无缝集成 深入理解Scala Scala的吸引力之一在于它与Java和JVM的无缝集成.Scala与Java有很强的兼容性,比如说Java类可以直接映射为Scala类.这种紧密联系使Java到Scala的迁移相当简单,但在使用Scala的一些高级特性时还是需要小心的,Scala有些高级特性是Java里没有的.在Scala语言设计时已经小心地考虑了与Java无缝交互的问题,用Java写的库,大部分可以直接照搬(as-is)到Scala里. 1.4.1 Scala调用Java 从S

《深入理解Scala》——第2章,第2.1节学习使用Scala交互模式(REPL)

第2章 核心规则深入理解Scala 本章包括的内容: • 使用Scala交互模式(Read Eval Print Loop 简称REPL) • 面向表达式编程 • 不变性(Immutability) • Option类 本章内容覆盖了每个新Scala开发者都需要知道的几个主题.本章不会深入到每个主题里,但是会讲到可以让你自己去接着探索的程度.你将学会使用REPL,学会如何利用这个工具做软件的快速原型开发.然后我们会学到面向表达式编程,并从另一个视角来看控制结构是怎么回事.在此基础上,我们来研究不

《深入理解Scala》——第1章,第1.3节静态类型和表达力

1.3 静态类型和表达力 深入理解Scala 开发人员中有一个误解,认为静态类型必然导致冗长的代码.之所以如此是因为很多继承自C的语言强制要求程序员必须在代码中多处明确地指定类型.随着软件开发技术和编译器理论的发展,情况已经改变.Scala利用了其中一些技术进步来减少样板(boilerplate)代码,保持代码简洁. Scala做了以下几个简单的设计决策,以提高代码表达力. • 把类型标注(type annotation)换到变量右边. • 类型推断. • 可扩展的语法. • 用户自定义的隐式转

《深入理解Scala》——第1章,第1.5节总结

1.5 总结 深入理解Scala 本章中,你学到了一些Scala的设计理念.设计Scala的初衷在于把不同语言中的多种概念融合起来.Scala融合了函数式和面向对象编程,尽管显然Java也已经这么做了.Scala精选其语法,极大地减少了语言中的繁冗之处,使一些强大的特性可以优雅地表达,比如类型推断.最后,Scala和Java能够紧密集成,而且运行在Java虚拟机上,这或许是让Scala变成一种实用选择的最重要的一点.几乎不花代价就可以把Scala用于我们的日常工作中. 因为Scala融合了多种概

《深入理解Scala》——第1章,第1.1节Scala一种混合式编程语言

第1章 Scala--一种混合式编程语言 Scala是一种将其他编程语言中的多种技巧融合为一的语言.Scala尝试跨越多种不同类型的语言,给开发者提供面向对象编程.函数式编程.富有表达力的语法.静态强类型和丰富的泛型等特性,而且全部架设于Java虚拟机之上.因此开发者使用Scala时可以继续使用原本熟悉的某种编程特性,但要发挥Scala的强大能力则需要结合使用这些有时候相互抵触的概念和特性,建立一种平衡的和谐.Scala对开发者的真正解放之处在于让开发者可以随意使用最适合手头上的问题的编程范式.

《深入理解Scala》——第2章,第2.2节优先采用面向表达式编程

2.2 优先采用面向表达式编程 深入理解Scala 面向表达式编程是个术语,意思是在代码中使用表达式而不用语句.表达式和语句的区别是什么?语句是可以执行的东西,表达式是可以求值的东西.在实践中这有什么意义呢?表达式返回值,语句执行代码,但是不返回值.本节我们将学习面向表达式编程的全部知识,并理解它对简化程序有什么帮助.我们也会看一下对象的可变性,以及可变性与面向表达式编程的关系. 作者注:语句VS表达式 语句是可以执行的东西,表达式是可以求值的东西. 表达式是运算结果为一个值的代码块.Scala

《深入理解Scala》——第2章,第2.3节优先选择不变性

2.3 优先选择不变性 深入理解Scala 编程中的不变性指对象一旦创建后就不再改变状态.这是函数式编程的基石之一,也是JVM上的面向对象编程的推荐实践之一.Scala也不例外,在设计上优先选择不变性,在很多场景中把不变性作为默认设置.对此,你可能一下子会不适应.本节中,我们将学到不变性对于判等问题和并发编程能提供什么帮助. Scala里首先要明白的是不变对象和不变引用(immutable referene)的区别.Scala里的所有变量都是指向对象的引用.把变量声明为val意味着它是个不变"引

《深入理解Scala》——第2章,第2.4节用None不用null

2.4 用None不用null深入理解Scala Scala在标准库里提供了scala.Option类,鼓励大家在一般编程时尽量不要使用null.Option可以视作一个容器,里面要么有东西,要么什么都没有.Option通过两个子类来实现此含义:Some和None.Some表示容器里有且仅有一个东西,None表示空容器,有点类似List的Nil的含义. 在Java和其他允许null的语言里,null经常作为一个占位符用于返回值,表示非致命的错误,或者表示一个变量未被初始化.Scala里,你可以用

《深入理解Scala》——第2章,第2.5节多态场景下的判等

2.5 多态场景下的判等 深入理解Scala 众所周知,为多态的面向对象系统定义合适的判等和散列方法是个特别难的过程.这是因为子类可能在整个过程中造成一些相当怪异的问题,尤其是当类型层次上有多个实体(concrete)级别的时候.一般来说,对于需要比引用判等更强的判等(译者注:比如需要判断对象内部数据)的类,最好避免多层实体类层次.这是什么意思呢?有些时候类只需要引用判等就够了.也就是说只要两个对象不是同一个实例就判为不等.但是如果我们需要判断两个不同实例是否相等,而且又有多层实体类层次(mul