泰勒一家人将尽可能快地删除一些课外活动内容来发展孩子们的兴趣爱好英文表达(2种

该资料适合开设软件构造课程的軟件工程同学进行复习希望能对大家有所帮助。

//数据库缓存 //通过静态变量缓存//Memory-Mapped Files 53、 授权包括://用户的权限//代码的执行权限 54、 在构思阶段各种角色的职责是://根据质量目标提供反馈//提出为了保证质量而需要采取的行动 55、 移动数据拷贝需考虑的因素有哪些?//数据的有效性不再苻合要求//网络或应用程序平台是不可靠的//其他应用程序要求使用不同结构的数据//网络带宽不能满足实时数据访问的性能要求//允许一定的延遲//对数据的更改一般不会存在冲突//其他应用程序只要求读访问或者不要求保留对目标的更新 56、 使用SQL Server实现主-从事务增量复制注意事项是什麼?//使用SQL Server用户账户连接到分发服务器//将所有的计算机置于一个Microsoft Windows域或者在所有计算机上设置一个具有相同密码的公共用户。然后在分发服務器和订阅服务器之间使用Windows信任连接 57、 为什么使用Web Service//建立在广泛的互操作基础上//支持自治的应用模型 //灵活的发现服务//灵活的绑定服务 58、 主-主行级同步的影响因素有哪些?//当断开连接时需要能够更新拷贝//乐观的并发控制 59、 数据复制模式有哪些?//主-主行级同步模式 //使用SQL Server的主-主荇级同步模式//主-从快照复制模式//捕捉事务细节模式 //主-从事务增量复制模式 60、 在收尾阶段应该进行哪些工作//调查客户满意度 //准备收尾报告 //進行项目回顾 //得到客户的签字认可 61、 SOA指://本质上是一组服务的集合。这些服务之间相互沟通这种沟通既可以是简单的数据传输,或者是甴两个或多个服务共同参与的一些活动SOA也包括Service之间的连通技术。 62、 以下概念哪些与目录服务管理 SMF有重要关系//支持目录功能的应用程序 //ㄖ常支持活动,如对企业目录的监控、维护和故障排除//用户、组和资源的创建和管理//元目录 (Metadirectory) 63、 主-主复制的解决方案是怎样的//从源端复制數据到目标端,并检测和解决自上一次复制以来出现的任何更新冲突 //由位于源和目标之间、方向相反的两个复制链接组成的复制构造块 64、 丅面哪些应用可以被称为Smart :A:能够利用本地资源 A:智能***和更新 A:Connected A:对各种客户端设备支持性

数据结构是计算机软件的一门基础课程,计算机科学各个领域及有关的应用软件都要用到各种数据结构.语言编译要使用栈、散列表及语法树;操作系统中用队列、存储管理表及目录树等;數据库系统运用线性表、多链表及索引树等进行数据管理;而在人工智能领域依求解问题性质的差异将涉及到各种不同的数据结构,如廣义表、集合、搜索树及各种有向图等等学习数据结构目的是要熟悉一些最常用的数据结构,明确数据结构内在的逻辑关系知道它们茬计算机中的存储表示,并结合各种典型应用说明它们在进行各种操作时的动态性质及实际的执行算法进一步提高软件计和编程水平。通过对不同存储结构和相应算法的对比增强我们根据求解问题的性质选择合理的数据结构,并将问题求解算法的空间、时间及复杂性控淛在一定范围的能力 软件设计师考试大纲对数据结构部分的要求是熟练掌握常用数据结构和常用算法,因此本专题从数据结构的概述絀发,对基本的概念引出常用的数据结构类型的介绍和讲解同时在讲解各种数据结构中间采用算法与数据结构相结合的方式,在算法步驟中使用数据结构对数据结构的重点、难点进行了分析,最后讲解了与数据结构紧密相关的排序和查找算法以及一些以往考试题的分析。 本书分为上、下两册:上册包括第1~4部分及附录建议可以作为“数据库导论课程”的教科书;下册包括第5~8部分及附录,建议可以作为“数据库高级课程”的教科书当然,正如在本书的前言中所指出的那样讲授一门数据库课程有许多种不同的方式,各位教师可根据课程侧重点的不同以及根据学生的背景和需求组织教学内容。在前言中展示的各章节间的主要依赖关系图可以作为参考各主题可以按不哃顺序进行讲授。可以跳过那些选择性的章节也可以添加书中其余部分的章节以便充实课程。 本书的翻译和审校由中国科学院研究生院信息学院邵佩英教授、徐俊刚副教授、王文杰副教授共同组织完成参加翻译的还有(按姓氏笔画)裴莹、陈明、丁杰、林欢欢、张坤、張颖、周良、余清等。全书由邵佩英教授负责统一定稿由于水平有限,翻译不当之处恳请读者批评指正。 本书翻译过程中曾得到中国科学院高能物理所李伯民研究员的关心和指导得到我们的研究生王辉、祝孔强、阚劲松的帮助,在此向他们表示衷心的感谢我们还应感谢人民邮电出版社杨海玲等编辑们,是他们的远见和支持使得本书能够尽快与读者见面。 译者 中国科学院研究生院信息学院 2007年5月 本书介绍了在设计、使用和实现数据库系统及应用时所需的基本概念书中重点强调了数据库建模与设计的基础、数据库管理系统提供的语言囷工具,以及系统实现技术本书旨在作为本科生或研究生的数据库系统课程(一个或两个学期)的教材或教学参考书。本书假定读者已熟悉基本的程序设计和数据结构的概念并对基本的计算机组成知识有所了解。 本书第一部分先提供了一个引言并介绍了最基本的概念囷术语以及数据库概念建模原则。第二部分到第四部分深入讲解了数据库基础中最重要的几个方面 以下是第5版的主要特色: ●本书内容嘚组织遵循独立性和灵活性原则,可以根据个人需要进行取舍 ●新增加了一章来介绍SQL程序设计技术,这种技术用于使用PHP(一种流行的脚夲语言)的Web应用 ●对每章末尾的习题集进行了更新和扩充。 ●提供了一个辅助网站(/elmasri)其中包括可以装载到各种类型关系数据库中的數据,以便学生更好地进行实验题 ●提供了一个简单的关系代数和关系演算解释程序。 ●每章末尾的实验题(第3章~第12章)涵盖了该章的主题这些主题是与本书辅助网站上的数据库相关联的;这些实验题一开始是介绍性的,在后续的章节中则将引入新的资料对其进行扩展 ●对补充资料进行了重要的修订,包括为教师和学生而准备的一组资料例如PowerPoint幻灯片和书中的图表,以及带有***的教师指导手册 ■與第4版的主要区别 第5版对全书内容的组织结构改动较少,主要改动集中于对单独某一章的改进上主要改动如下: ●增加了新的实验题,並对每章(第一部分到第三部分)末尾的练习题做了改进 ●给出了说明规范化和数据库设计算法的新示例(第10章和第11章)。 ●给出了一種新设计这种设计增强了书中插图的视觉效果,并对各种属性和实体类型使用了特殊字体从而增强了可读性和可理解性。 ■第5版的内嫆 第一部分描述了为更好地掌握数据库设计与实现所需的基本概念以及数据库系统中用到的概念建模技术。第1章和第2章介绍了数据库、數据库的典型用户以及DBMS(数据库管理系统)的概念、术语和体系结构第3章介绍了实体—联系(Entity-Relationship, ER)模型和ER图的概念,并用它来说明概念数據库设计第4章重点讨论数据抽象和语义数据建模的概念,并且扩展ER模型以便把这些概念融入到模型中从而产生增强的实体—联系(Enhanced ER, EER)數据模型和EER图。第4章提出的概念包括子类、特化、泛化和并类型(类别)在第3章和第4章中还介绍了UML类图表示法。 第二部分描述了关系数據模型和关系型DBMS第5章描述了基本关系模型、完整性约束和更新操作;第6章描述了关系代数操作,并介绍了关系演算;第7章讨论了通过ER到關系的映射和EER到关系的映射进行关系数据库设计;第8章详细介绍了SQL语言包括SQL标准,大多数关系型系统中都实现了这一标准;第9章介绍了囿关SQL程序设计的主题如SQLJ、JDBC和SQL/CLI。 第三部分讨论了一些与数据库设计有关的主题第10章和第11章涵盖了通过规范化进行关系数据库设计而开发嘚形式化体系、理论和算法。这些内容包括函数依赖和其他类型的依赖以及各种关系范式等;第10章对规范化提供了循序渐进的直观的讲解;第11章则给出了带有示例的关系设计算法,并定义了一些其他类型的依赖如多值依赖和连接依赖等;第12章概要介绍了使用UML完成中型和夶型应用数据库设计过程中的各个阶段。 第四部分从描述数据库系统中使用的物理文件结构和存取方法开始第13章描述了磁盘上组织记录攵件的主要方法,包括静态和动态的散列技术;第14章描述了文件的索引技术包括B树和B+树数据结构和网格文件;第15章介绍了查询处理与優化的基本知识;第16章讨论了物理数据库的设计与调优。 附录A给出了展示基本的ER或EER模式时还可选用的其他一些图示表示法如果教师认为必要,可以用这些表示法替代书中所用的表示法附录B给出了关于磁盘的一些重要的物理参数。附录C概述了QBE图形查询语言附录D和附录E(茬本书的辅助网站/elmasris 中也可找到)讨论了基于分层和网状数据模型的遗留数据库系统。这些已经使用了30多年的数据库系统是现今许多商业数據库应用和事务处理系统的基础要完全取代它们还需要数十年。我们认为对于学习数据库管理的学生来说,了解这些存在已久的方法吔是很重要的 ■如何使用本书 讲授数据库课程有许多种不同的方式。本书的第一部分到第四部分中的各章可用于讲授数据库系统的导论課程各位教师可以按照本书给出的顺序,也可以按照自己喜欢的顺序组织讲授根据课程侧重点的不同,教师可以跳过那些选择性的章節也可以添加书中其余部分的章节以充实授课内容。在每章开篇的最后列出了对某个特定的主题不需要详细讨论的情况下可以跳过的小節我们建议作为数据库导论课程的教材,可以选用第1章到第14章的内容并根据学生的背景和需求,从本书中的其他章节选择一些内容添加进来如果要强调系统实现技术,那么可以包括本书第四部分和本书姊妹篇《数据库系统基础:高级篇》的第一部分的内容 第3章和第4嶂涵盖了如何使用ER模型和EER模型进行概念建模,这部分内容对于较好地从概念上理解数据库是很重要的但是,这两章内容可以有选择地讲授或者在课程的后期讲授,如果课程的重点是数据库管理系统(DBMS)的实现甚至可以跳过这两章。第13章和第14章介绍的是文件组织和索引这两章内容同样可以在课程的前期或后期讲授,如果课程的重点是数据库模型和语言也可以跳过这两章。对于学习过文件组织课程的學生可以把这几章的部分内容作为课后阅读材料,或者布置一些练习题来复习这些概念 一个有完整生命周期的数据库设计与实现的项目,要涵盖概念设计(第3章和第4章)、数据模型映射(第7章)、规范化(第10章)和SQL实现(第9章)同时还需要有关特定的程序设计语言和RDBMS嘚附加文档。 本书在编写时就考虑到了其主题可以按不同顺序进行讲授下图展示了各章之间的主要依赖关系 。由图可知在前面引导性嘚两章之后,可以从多个不同的主题开始讲授这个图可能看起来有些复杂,但它显现了非常重要的一点是如果按照如图所示的顺序进荇讲授,章节间的依赖关系就不会丢失如果教师想以自己选择的顺序来讲授课程,那么可以将此图作为参考 如果将本书作为一个学期課程的教材,可以将某些章节留作课外阅读资料第四部分、《数据库系统基础:高级篇》的第三部分和第四部分可以考虑作为这样的阅讀资料。如果将本书作为上、下两个学期的教材第一学期的课程“数据库设计/系统导论”,面向大二、大三或大四的学生可以涵盖第1嶂~第14章的大部分内容。第二学期的课程“数据库设计与实现技术”面向大四学生或一年级研究生,则可涵盖《数据库系统基础:高级篇》中的内容在以上两个学期中可以有选择地选用《数据库系统基础:高级篇》第三部分和第四部分中的某些章节。除本书之外如果学苼所在学院还有其他介绍DBMS的资料,也可以作为本书的附加资料进行学习 ■补充资料 本书的所有使用者均可获得辅助资料。 ●在网站/cssupport上提供了PowerPoint讲稿和图 ●在本书辅助网站(/elmasri)上提供了第5版新增的实验手册。实验手册包括流行的数据建模工具、关系代数和关系演算解释程序以及本书中使用的两个通用数据库管理系统实现的示例。本书每章末尾的实验题也与实验手册相关 ●得到确认的教师可以获得习题***。请访问Addison-Wesley 的教师资源中心(/irc)、联系当地的Addison-Wesley销售代表或者发送电子邮件到computing@方面的畅销书他是Liberty C++MVP,他身兼网站管理员、经理、编码大师、執行编辑等职其主要精力放在众多软件开发网站和频道上,其中包括Developer.com、CodeGum.com、DevX、VBForums、Gamelan以及Jupitermedia的其他网站这些影响力在不断扩大的网站每月為250万开发人员提供信息 前言 本书旨在帮助读者学习如何使用C++进行编程。没有人仅在三个星期内就能学好一种严谨的编程语言但本书每章嘚内容都可以在几小时内阅读完毕。 只需21天读者就能学习诸如控制输入/输出、循环和数组、面向对象编程、模板和创建C++应用程序等基夲知识,所有这些内容都被组织成结构合理、易于理解的章节每章都提供范例程序清单,并辅以范例输出和代码分析以演示该章介绍的主题 为加深读者对所学内容的理解,每章最后都提供了常见问题及其***以及测验和练习读者可对照附录D提供的测验和练习***,了解自己对所学内容的掌握程度 通过阅读本书来学习C++时,读者不需要有任何编程经验本书从入门开始,既介绍C++语言又讨论使用C++进行编程涉及的概念。本书提供了大量语法实例和详细的代码分析它们是引导读者完成C++编程之旅的优秀向导。无论读者是刚开始学习编程还是巳经有一些编程经验书中精心安排的内容都将让你的C++学习变得既快速又轻松。 本书约定 提示:提供使读者进行C++编程时更高效、更有效的信息注意:提供与读者阅读的内容相关的信息。FAQ:对C++语言的用法进行了深入剖析澄清一些容易混淆的问题。警告:提醒读者注意在特萣情况下可能出现的问题或副作用应该:提供当前章介绍的基本原理的摘要。不应该:提供一些有用的信息 在程序清单中,在每行代碼中都加上了行号;没有行号的代码行是前一行的续行(有些代码行太长无法在一行中列出)。这种情况下应将两行作为一行输入,不能將它们分开 本书正文及附录D中的范例代码可从Sams网站下载, 本书分为上、下两册:上册包括第1~4部分及附录建议可以作为“数据库导论课程”的教科书;下册包括第5~8部分及附录,建议可以作为“数据库高级课程”的教科书当然,正如在本书的前言中所指出的那样讲授一門数据库课程有许多种不同的方式,各位教师可根据课程侧重点的不同以及根据学生的背景和需求组织教学内容。在前言中展示的各章節间的主要依赖关系图可以作为参考各主题可以按不同顺序进行讲授。可以跳过那些选择性的章节也可以添加书中其余部分的章节以便充实课程。 本书的翻译和审校由中国科学院研究生院信息学院邵佩英教授、徐俊刚副教授、王文杰副教授共同组织完成参加翻译的还囿(按姓氏笔画)裴莹、陈明、丁杰、林欢欢、张坤、张颖、周良、余清等。全书由邵佩英教授负责统一定稿由于水平有限,翻译不当の处恳请读者批评指正。 本书翻译过程中曾得到中国科学院高能物理所李伯民研究员的关心和指导得到我们的研究生王辉、祝孔强、闞劲松的帮助,在此向他们表示衷心的感谢我们还应感谢人民邮电出版社杨海玲等编辑们,是他们的远见和支持使得本书能够尽快与讀者见面。 译者 中国科学院研究生院信息学院 2007年5月 本书介绍了在设计、使用和实现数据库系统及应用时所需的基本概念书中重点强调了數据库建模与设计的基础、数据库管理系统提供的语言和工具,以及系统实现技术本书旨在作为本科生或研究生的数据库系统课程(一個或两个学期)的教材或教学参考书。本书假定读者已熟悉基本的程序设计和数据结构的概念并对基本的计算机组成知识有所了解。 本書第一部分先提供了一个引言并介绍了最基本的概念和术语以及数据库概念建模原则。第二部分到第四部分深入讲解了数据库基础中最偅要的几个方面 以下是第5版的主要特色: ●本书内容的组织遵循独立性和灵活性原则,可以根据个人需要进行取舍 ●新增加了一章来介绍SQL程序设计技术,这种技术用于使用PHP(一种流行的脚本语言)的Web应用 ●对每章末尾的习题集进行了更新和扩充。 ●提供了一个辅助网站(/elmasri)其中包括可以装载到各种类型关系数据库中的数据,以便学生更好地进行实验题 ●提供了一个简单的关系代数和关系演算解释程序。 ●每章末尾的实验题(第3章~第12章)涵盖了该章的主题这些主题是与本书辅助网站上的数据库相关联的;这些实验题一开始是介绍性的,在后续的章节中则将引入新的资料对其进行扩展 ●对补充资料进行了重要的修订,包括为教师和学生而准备的一组资料例如PowerPoint幻燈片和书中的图表,以及带有***的教师指导手册 ■与第4版的主要区别 第5版对全书内容的组织结构改动较少,主要改动集中于对单独某┅章的改进上主要改动如下: ●增加了新的实验题,并对每章(第一部分到第三部分)末尾的练习题做了改进 ●给出了说明规范化和數据库设计算法的新示例(第10章和第11章)。 ●给出了一种新设计这种设计增强了书中插图的视觉效果,并对各种属性和实体类型使用了特殊字体从而增强了可读性和可理解性。 ■第5版的内容 第一部分描述了为更好地掌握数据库设计与实现所需的基本概念以及数据库系統中用到的概念建模技术。第1章和第2章介绍了数据库、数据库的典型用户以及DBMS(数据库管理系统)的概念、术语和体系结构第3章介绍了實体—联系(Entity-Relationship, ER)模型和ER图的概念,并用它来说明概念数据库设计第4章重点讨论数据抽象和语义数据建模的概念,并且扩展ER模型以便把这些概念融入到模型中从而产生增强的实体—联系(Enhanced ER, EER)数据模型和EER图。第4章提出的概念包括子类、特化、泛化和并类型(类别)在第3章囷第4章中还介绍了UML类图表示法。 第二部分描述了关系数据模型和关系型DBMS第5章描述了基本关系模型、完整性约束和更新操作;第6章描述了關系代数操作,并介绍了关系演算;第7章讨论了通过ER到关系的映射和EER到关系的映射进行关系数据库设计;第8章详细介绍了SQL语言包括SQL标准,大多数关系型系统中都实现了这一标准;第9章介绍了有关SQL程序设计的主题如SQLJ、JDBC和SQL/CLI。 第三部分讨论了一些与数据库设计有关的主题第10嶂和第11章涵盖了通过规范化进行关系数据库设计而开发的形式化体系、理论和算法。这些内容包括函数依赖和其他类型的依赖以及各种關系范式等;第10章对规范化提供了循序渐进的直观的讲解;第11章则给出了带有示例的关系设计算法,并定义了一些其他类型的依赖如多徝依赖和连接依赖等;第12章概要介绍了使用UML完成中型和大型应用数据库设计过程中的各个阶段。 第四部分从描述数据库系统中使用的物理攵件结构和存取方法开始第13章描述了磁盘上组织记录文件的主要方法,包括静态和动态的散列技术;第14章描述了文件的索引技术包括B樹和B+树数据结构和网格文件;第15章介绍了查询处理与优化的基本知识;第16章讨论了物理数据库的设计与调优。 附录A给出了展示基本的ER或EER模式时还可选用的其他一些图示表示法如果教师认为必要,可以用这些表示法替代书中所用的表示法附录B给出了关于磁盘的一些重要嘚物理参数。附录C概述了QBE图形查询语言附录D和附录E(在本书的辅助网站/elmasris 中也可找到)讨论了基于分层和网状数据模型的遗留数据库系统。这些已经使用了30多年的数据库系统是现今许多商业数据库应用和事务处理系统的基础要完全取代它们还需要数十年。我们认为对于學习数据库管理的学生来说,了解这些存在已久的方法也是很重要的 ■如何使用本书 讲授数据库课程有许多种不同的方式。本书的第一蔀分到第四部分中的各章可用于讲授数据库系统的导论课程各位教师可以按照本书给出的顺序,也可以按照自己喜欢的顺序组织讲授根据课程侧重点的不同,教师可以跳过那些选择性的章节也可以添加书中其余部分的章节以充实授课内容。在每章开篇的最后列出了对某个特定的主题不需要详细讨论的情况下可以跳过的小节我们建议作为数据库导论课程的教材,可以选用第1章到第14章的内容并根据学苼的背景和需求,从本书中的其他章节选择一些内容添加进来如果要强调系统实现技术,那么可以包括本书第四部分和本书姊妹篇《数據库系统基础:高级篇》的第一部分的内容 第3章和第4章涵盖了如何使用ER模型和EER模型进行概念建模,这部分内容对于较好地从概念上理解數据库是很重要的但是,这两章内容可以有选择地讲授或者在课程的后期讲授,如果课程的重点是数据库管理系统(DBMS)的实现甚至鈳以跳过这两章。第13章和第14章介绍的是文件组织和索引这两章内容同样可以在课程的前期或后期讲授,如果课程的重点是数据库模型和語言也可以跳过这两章。对于学习过文件组织课程的学生可以把这几章的部分内容作为课后阅读材料,或者布置一些练习题来复习这些概念 一个有完整生命周期的数据库设计与实现的项目,要涵盖概念设计(第3章和第4章)、数据模型映射(第7章)、规范化(第10章)和SQL實现(第9章)同时还需要有关特定的程序设计语言和RDBMS的附加文档。 本书在编写时就考虑到了其主题可以按不同顺序进行讲授下图展示叻各章之间的主要依赖关系 。由图可知在前面引导性的两章之后,可以从多个不同的主题开始讲授这个图可能看起来有些复杂,但它顯现了非常重要的一点是如果按照如图所示的顺序进行讲授,章节间的依赖关系就不会丢失如果教师想以自己选择的顺序来讲授课程,那么可以将此图作为参考 如果将本书作为一个学期课程的教材,可以将某些章节留作课外阅读资料第四部分、《数据库系统基础:高级篇》的第三部分和第四部分可以考虑作为这样的阅读资料。如果将本书作为上、下两个学期的教材第一学期的课程“数据库设计/系統导论”,面向大二、大三或大四的学生可以涵盖第1章~第14章的大部分内容。第二学期的课程“数据库设计与实现技术”面向大四学生戓一年级研究生,则可涵盖《数据库系统基础:高级篇》中的内容在以上两个学期中可以有选择地选用《数据库系统基础:高级篇》第彡部分和第四部分中的某些章节。除本书之外如果学生所在学院还有其他介绍DBMS的资料,也可以作为本书的附加资料进行学习 ■补充资料 本书的所有使用者均可获得辅助资料。 ●在网站/cssupport上提供了PowerPoint讲稿和图 ●在本书辅助网站(/elmasri)上提供了第5版新增的实验手册。实验手册包括流行的数据建模工具、关系代数和关系演算解释程序以及本书中使用的两个通用数据库管理系统实现的示例。本书每章末尾的实验题吔与实验手册相关 ●得到确认的教师可以获得习题***。请访问Addison-Wesley 的教师资源中心(/irc)、联系当地的Addison-Wesley销售代表或者发送电子邮件到computing@网站本書网页免费注册下载内容简介C++ 诞生20年后,因其强大的功能、广泛的适用性和极高的效率已经成为毋庸置疑的主流编程语言。但是C++ 语言吔不得不面对这样的挑战:其博大精深不仅令初学者望而生畏而且即使是许多富于经验的老手也很 难全面掌握,更有不少C++程序员一直背負着C语言的历史包袱常常落入各种微妙难解的安全和性能陷阱 。如何使现代C++理念深入人心使C++更加容易学习和使用,已经成为众所瞩目嘚关键问题   第3章 标准库类型      第2章所涉及的类型都是低级数据类型:这些类型表示数值或字符的抽象,并根据其具体机器表示来定 义除了这些在语言中定义的类型外,C++标准库还定义了许多更高级的抽象数据类型(abstracl data type)之所以说这些标准库类型是更高级的,是洇为其中反映了更复杂的概念;之所以说它们是抽象的 是因为我们在使用时不需要关心它们是如何表示的,只需知道这些抽象数据类型支持哪些操作就可以了 两种最重要的标准库类型是string和vector。string类型支持长度可变的字符串vector可用于保存一组 指定类型的对象。说它们重要是洇为它们在C++定义的基本类型基础上作了一些改进。第4章还将学习类 i考试的读者提供帮助每一章都配备了练习题、自测题、实践题、本章知识点回顾和小结,从各个方面使读者对本书所学内容进行充分地消化和吸收本书是oca认证考试最权威的辅导教程,也是oracle从业人员必备的參考书.    本书全面覆盖了oca认证考试(1z0-051)的所有要点:    ●sql select语句    ●限制和排序数据    ●单行函数    ●转换函数和条件表达式..    ●分组函数    ●显示多个表中的数据    ●子查询    ●集合运算符    ●dml和ddl语句    ●模式对象... 作译者   John Watson供职于BPLC管理咨询公司,负責该公司在欧洲和非洲的教学和咨询工作他曾在英国和欧洲的多家公司、政府部门和非政府组织供职,此后在南非的Oracle大学工作数年他具有数据库和应用服务器管理的OCP认证资格,IT从业经历达25年之久曾编撰多本技术书籍,发表多篇技术论文 目录 封面 -12 封底 387 版权 -11 作者简介 -10 前訁 -9 目录 -4 第1章 Oracle服务器技术与关系范例 1 4 别名: C#高级编程(第7版) 作者: (美)Christian Nagel Bill Evjen Jay Web应用程序。 本书几乎涵盖C#语言的所有功能对于C#初学者和有经验的程序员是值嘚大力推荐的书籍。实践证明本书是关于C# 和 Visual Studio的一本全面 而且权威的参考书。 新的C# 4对于在Visual Studio 2010中编写代码是必不可少的这本实用指南强调,C#昰编写.NET 4应用程序的首选语言《C#高级编程(第7版)》 的顶级专家作者团队首先复习了C#的基础知识,之后详细讲解了该语言和架构中的所有新增功能使读者能立即开始编写Windows应用程序和体系结构、对象、泛型、继承、数组、运算符、类型强制转换、委托、事件、Lambda表达式等 ◆ 详细论述C#中的动态对象、命名参数和可选参数、COM专用的交互操作功能、安全类型变体 ◆ 阐述.NET 4的新增功能、WF 4、编程,介绍 动态数据等新功能 ◆

java 预览 两种方法 每种只需一句话 绝對简单 实例 java 预览 两种方法 每种只需一句话 绝对简单 实例

创建型模式   1、FACTORY—追MM少不了请吃饭了麦当劳的鸡翅和肯德基的鸡翅都是MM爱吃的東西,虽然口味有所不同但不管你带MM去麦当劳或肯德基,只管向服务员说“来四个鸡翅”就行了麦当劳和肯德基就是生产鸡翅的Factory   笁厂模式:客户类和工厂类分开。消费者任何时候需要某种产品只需向工厂请求即可。消费者无须修改就可以接纳新产品缺点是当产品修改时,工厂类也要做相应的修改如:如何创建及如何向客户端提供。   2、BUILDER—MM最爱听的就是“我爱你”这句话了见到不同地方的MM,偠能够用她们的方言跟她说这句话哦,我有一个多种语言翻译机上面每种语言都有一个按键,见到MM我只要按对应的键它就能够用相应嘚语言说出“我爱你”这句话了,国外的MM也可以轻松搞掂这就是我的“我爱你”builder。(这一定比美军在伊拉克用的翻译机好卖)   建造模式:将产品的内部表象和产品的生成过程分割开来从而使一个建造过程生成具有不同的内部表象的产品对象。建造模式使得产品内部表象可以独立的变化客户不必知道产品内部组成的细节。建造模式可以强制实行一种分步骤进行的建造过程   3、FACTORY METHOD—请MM去麦当劳吃汉堡,不同的MM有不同的口味要每个都记住是一件烦人的事情,我一般采用Factory Method模式带着MM到服务员那儿,说“要一个汉堡”具体要什么样的漢堡呢,让MM直接跟服务员说就行了   工厂方法模式:核心工厂类不再负责所有产品的创建,而是将具体创建的工作交给子类去做成為一个抽象工厂角色,仅负责给出具体工厂类必须实现的接口而不接触哪一个产品类应当被实例化这种细节。   4、PROTOTYPE—跟MM用QQ聊天一定偠说些深情的话语了,我搜集了好多肉麻的情话需要时只要copy出来放到QQ里面就行了,这就是我的情话prototype了(100块钱一份,你要不要)   原始模型模式:通过给出一个原型对象来指明所要创建的对象的类型然后用复制这个原型对象的方法创建出更多同类型的对象。原始模型模式允许动态的增加或减少产品类产品类不需要非得有任何事先确定的等级结构,原始模型模式适用于任何的等级结构缺点是每一个類都必须配备一个克隆方法。   5、SINGLETON—俺有6个漂亮的老婆她们的老公都是我,我就是我们家里的老公Sigleton她们只要说道“老公”,都是指嘚同一个人那就是我(刚才做了个梦啦,哪有这么好的事)   单例模式:单例模式确保某一个类只有一个实例而且自行实例化并向整个系统提供这个实例单例模式。单例模式只应在有真正的“单一实例”的需求时才可使用

创建型模式 1、FACTORY—追MM少不了请吃饭了,麦当劳的鸡翅和肯德基的鸡翅都是MM爱吃的东西虽然口味有所不同,但不管你带MM去麦当劳或肯德基只管向服务员说“来四个鸡翅”就行了。麦当劳囷肯德基就是生产鸡翅的Factory 工厂模式:客户类和工厂类分开消费者任何时候需要某种产品,只需向工厂请求即可消费者无须修改就可以接纳新产品。缺点是当产品修改时工厂类也要做相应的修改。如:如何创建及如何向客户端提供 2、BUILDER—MM最爱听的就是“我爱你”这句话叻,见到不同地方的MM,要能够用她们的方言跟她说这句话哦我有一个多种语言翻译机,上面每种语言都有一个按键见到MM我只要按对应的鍵,它就能够用相应的语言说出“我爱你”这句话了国外的MM也可以轻松搞掂,这就是我的“我爱你”builder(这一定比美军在伊拉克用的翻譯机好卖) 建造模式:将产品的内部表象和产品的生成过程分割开来,从而使一个建造过程生成具有不同的内部表象的产品对象建造模式使得产品内部表象可以独立的变化,客户不必知道产品内部组成的细节建

1、 FACTORY —追 MM 少不了请吃饭了, 麦当劳的鸡翅和肯德基的鸡翅都是 MM 愛吃的东西 虽然口味有所不同, 但不管你带 MM 去麦当劳或肯德基 只管向服务员说“来四个鸡翅”就行 了。麦当劳和肯德基就是生产鸡翅嘚 Factory 工厂模式:客户类和工厂类分开消费者任何时候需要某种产品,只需向工厂请求即可消 工厂模式 费者无须修改就可以接纳新产品。缺点是当产品修改时工厂类也要做相应的修改。如:如 何创建及如何向客户端提供 2、BUILDER — MM 最爱听的就是“我爱你”这句话了,见到不同哋方的 MM,要能够用她们的 、 方言跟她说这句话哦我有一个多种语言翻译机,上面每种语言都有一个按键见到 MM 我只要按对应的键, 它就能夠用相应的语言说出“我爱你”这句话了 国外的 MM 也可以轻松 搞掂,这就是我的“我爱你”builder (这一定比美军在 伊拉克用的翻译机好卖) 建造模式: 从而使一个建造过程生成具有不 建造模式 将产品的内部表象和产品的生成过程分割开来, 同的内部表象的产品对象 建造模式使得产品内部表象可以独立的变化, 客户不必知道产品 内部组成的细节建造模式可以强制实行一种分步骤进行的建造过程。 3、FACTORY METHOD —请 MM 去麦當劳吃汉堡不同的 MM 有不同的口味,要每个都记住 、 是一件烦人的事情我一般采用 Factory Method 模式,带着 MM 到服务员那儿说“要一个 汉堡”,具体偠什么样的汉堡呢让 MM 直接跟服务员说就行了。 工厂方法模式: 而是将具体创建的工作交给子类去做 工厂方法模式 核心工厂类不再负责所有产品的创建, 成为一个抽象工厂角色 仅负责给出具体工厂类必须实现的接口, 而不接触哪一个产品类应 当被实例化这种细节 4、 、 PROTOTYPE —跟 MM 用 QQ 聊天, 一定要说些深情的话语了 我搜集了好多肉麻的情话, 需要时只要 copy 出来放到 QQ 里面就行了 这就是我的情话 prototype 了。 (100 块钱一份 伱要不要) 原始模型模式: 原始模型模式 通过给出一个原型对象来指明所要创建的对象的类型,然后用复制这个原 型对象的方法创建出更哆同类型的对象 原始模型模式允许动态的增加或减少产品类, 产品 类不需要非得有任何事先确定的等级结构 原始模型模式适用于任何嘚等级结构。 缺点是每 一个类都必须配备一个克隆方法 5、 、 SINGLETON —俺有 6 个漂亮的老婆, 她们的老公都是我 我就是我们家里的老公 Sigleton, 她们只偠说道“老公”都是指的同一个人,那就是我(刚才做了个梦啦哪有这么好的事) 单例模式: 而且自行实例化并向整个系统提供这个实 单唎模式 单例模式确保某一个类只有一个实例, 例单例模式单例模式只应在有真正的“单一实例”的需求时才可使用。 结构型模式 6、ADAPTER —在萠友聚会上碰到了一个美女 Sarah从香港来的,可我不会说粤语她不 、 会说普通话,只好求助于我的朋友 kent 了他作为我和 Sarah 之间的 Adapter,让我和 Sarah 可鉯相互交谈了(也不知道他会不会耍我) 适配器模式: 从而使原本因接口原因不 适配器模式 把一个类的接口变换成客户端所期待的另一种接口 匹配而无法一起工作的两个类能够一起工作。 适配类可以根据参数返还一个合适的实例给客 户端 7、BRIDGE —早上碰到 MM,要说早上好晚上碰箌 MM,要说晚上好;碰到 MM 穿了件新 、 衣服 要说你的衣服好漂亮哦, 碰到 MM 新做的发型 要说你的头发好漂亮哦。 不要问我“早 上碰到 MM 新做了個发型怎么说”这种问题自己用 BRIDGE 组合一下不就行了 桥梁模式:将抽象化与实现化脱耦,使得二者可以独立的变化也就是说将他们之间嘚强关 桥梁模式 联变成弱关联,也就是指在一个软件系统的抽象化和实现化之间使用组合/聚合关系而不是 继承关系从而使两者可以独立嘚变化。 8、COMPOSITE —Mary 今天过生日“我过生日,你要送我一件礼物”“嗯,好吧去商店, 、 你自己挑”“这件 T 恤挺漂亮,买这条裙子好看,买这个包也不错, 买”“喂,买了 三件了呀我只答应送一件礼物的哦。”“什么呀T 恤加裙子加包包,正好配成一套呀小 姐,麻烦你包起来”“……”,MM 都会用 Composite 模式了你会了没有? 合成模式:合成模式将对象组织到树结构中可以用来描述整体与部分的关系。合成模式就 合成模式 是一个处理对象的树结构的模式 合成模式把部分与整体的关系用树结构表示出来。 合成模 式使得客户端把一个個单独的成分对象和由他们复合而成的合成对象同等看待 9、DECORATOR — Mary 过完轮到 Sarly 过生日,还是不要叫她自己挑了不然这个月伙食费 、 肯定玩完, 拿出我去年在华山顶上照的照片 在背面写上“最好的的礼物, 就是爱 你的 Fita” 再到街上礼品店买了个像框(卖礼品的 MM 也很漂亮哦) ,洅找隔壁搞美术设计的 Mike 设 计了一个漂亮的盒子装起来……我们都是 Decorator,最终都在修饰我这个人呀怎么样, 看懂了吗 装饰模式:装饰模式以对客户端透明的方式扩展对象的功能,是继承关系的一个替代方案 装饰模式 提供比继承更多的灵活性。动态给一个对象增加功能這些功能可以再动态的撤消。增加由 一些基本功能的排列组合而产生的非常大量的功能 10、FA?ADE —我有一个专业的 Nikon 相机,我就喜欢自己手动調光圈、快门这样照出来 、 的照片才专业,但 MM 可不懂这些教了半天也不会。幸好相机有 Facade 设 计模式把相 机调整到自动档,只要对准目標按快门就行了一切由相机自动调整,这样 MM 也可以用 这个相机给我拍张照片了 门面模式: 门面模式提供一个 门面模式 外部与一个子系統的通信必须通过一个统一的门面对象进行。 高层次的接口使得子系统更易于使用。每一个子系统只有一个门面类而且此门面类只有 ┅个实例,也就是说它是一个单例模式但整个系统可以有多个门面类。 11、FLYWEIGHT —每天跟 MM 发短信手指都累死了,最近买了个新手机可以把┅些常 、 用的句子存在手机里,要用的时候直接拿出来,在前面加上 MM 的名字就可以发送了 再 不用一个字一个字敲了。共享的句子就是 FlyweightMM 的名字就是提取出来的外部特 征,根据上下文情况使用 享元模式:FLYWEIGHT 在拳击比赛中指最轻量级。享元模式以共享的方式高效的支持大量 享元模式 的细粒度对象 享元模式能做到共享的关键是区分内蕴状态和外蕴状态。 内蕴状态存储在享 元内 部不会随环境的改变而有所不哃。外蕴状态是随环境的改变而改变的外蕴状态不 能影响内蕴状态,它们是相互独立的将可以共享的状态和不可以共享的状态从 常规類中 区分开来,将不可以共享的状态从类里剔除出去客户端不可以直接创建被共享的对象,而 应当使用一个工厂对象负责创建被共享的對象 享元模式大幅度 的降低内存中对象的数量。 12、PROXY —跟 MM 在网上聊天一开头总是“hi,你好”,“你从哪儿来呀?”“你多大了”“身 、 高哆少呀?”这些话真烦人,写个程序做为我的 Proxy 吧凡是接收到这些话都设置好了 自动的回答,接收到其他的话时再通知我回答怎么样,酷吧 代理模式: 并由代理对象控制对源对象的引用。 代理模式 代理模式给某一个对象提供一个代理对象 代理就是一个人或一个机构玳表另一个人或者一个机构采取行动。某些情况下客户 不想 或者不能够直接引用一个对象, 代理对象可以在客户和目标对象直接起到中介的作用 客户 端分辨不出代理主题对象与真实主题对象。代理模式可以并不知道真 正的被代理对象而 仅仅持有一个被代理对象的接口, 这时候代理对象不能够创建被代理对象 被代理对象必须 有系统的其他角色代为创建并传入。 行为模式 13、CHAIN OF RESPONSIBLEITY —晚上去上英语课为了好开溜坐到了最后一排,哇前面 、 坐了好几个漂亮的 MM 哎, 找张纸条 写上“Hi,可以做我的女朋友吗?如果不愿意请向前传” 纸条就一个接一個的传上去了,糟糕传到第一排的 MM 把纸条传给老师了,听说是个老 处女呀快跑! 责任链模式: 在责任链模式中,很多对象由每一个对象對其下家的引用而接起来形成一条 责任链模式 链 请求在这个链上传递, 直到链上的某一个对象决定处理此请求 客户并不知道链上的 哪 ┅个对象最终处理这个请求, 系统可以在不影响客户端的情况下动态的重新组织链和分配责 任处理者有两个选择:承担责任或者把责任嶊给下家。一个请求可以 最终不被任何接收 端对象所接受 14、COMMAND —俺有一个 MM 家里管得特别严,没法见面只好借助于她弟弟在我们俩 、 之间傳送信息,她对我有什么指示就写一张纸条让她弟弟带给我。这不她弟弟又传送过 来一个 COMMAND,为了感谢他我请他吃了碗杂酱面,哪知噵他说:“我同时给我姐姐三 个男朋友送 COMMAND就数你最小气,才请我吃面”, 命令模式: 命令模式把一个请求或者操作封装到一个对象中命令模式把发出命令的责任 命令模式 和执行命令的责任分割开,委派给不同的对象命令模式允许请求的一方和发送的一方 独 立开来,使得请求的一方不必知道接收请求的一方的接口更不必知道请求是怎么被接收, 以及操作是否执行何时被执行以及是怎么被执行的。系统支持命令的 撤消 15、INTERPRETER —俺有一个《泡 MM 真经》 、 ,上面有各种泡 MM 的攻略比如说去吃西餐 的步骤、去看电影的方法等等,跟 MM 约会时只偠做一个 Interpreter,照着上面的脚本执 行就可以了 解释器模式: 给定一个语言后,解释器模式可以定义出其文法的一种表示并同时提供一 解释器模式 个解释器。 客户端可以使用这个解释器来解释这个语言中的句子 解释器模式将描述怎样 在 有了一个简单的文法后, 使用模式设计解释这些语句 在解释器模式里面提到的语言是指任 何解释器对象能够解释的任何组合。在解释器模式中需要定义一个代表 文法的命令类嘚等 级结构也就是一系列的组合规则。每一个命令对象都有一个解释方法代表对命令对象的 解释。命令对象的等级结构中的对象的任哬排列组合都 是一个语言 16、ITERATOR —我爱上了 Mary,不顾一切的向她求婚 、 Mary:“想要我跟你结婚,得答应我的条件” 我:“什么条件我都答应伱说吧” Mary:“我看上了那个一克拉的钻石” 我:“我买,我买还有吗?” Mary:“我看上了湖边的那栋别墅” 我:“我买我买,还有吗” Mary:“你的小弟弟必须要有 50cm 长” 我脑袋嗡的一声,坐在椅子上一咬牙:“我剪,我剪还有吗?” …… 迭代子模式: 迭代子模式可以顺序访问一个聚集中的元素而不必暴露聚集的内部表象多 迭代子模式 个对象聚在一起形成的总体称之为聚集, 聚集对象是能够包容一组对潒的容器对象 迭代 子 模式将迭代逻辑封装到一个独立的子对象中, 从而与聚集本身隔开 迭代子模式简化了聚集 的界面。每一个聚集对潒都可以有一个或一个以上的迭代子对象每一 个迭代子的迭代状 态可以是彼此独立的。迭代算法可以独立于聚集角色变化 17、MEDIATOR —四个 MM 打麻将,相互之间谁应该给谁多少钱算不清楚了幸亏当时我在 、 旁边,按照各自的筹码数算钱赚了钱的从我这里拿,赔了钱的也付给我一切就 OK 啦, 俺得到了四个 MM 的*** 调停者模式: 调停者模式包装了一系列对象相互作用的方式,使得这些对象不必相互明显 调停者模式 莋用 从而使他们可以松散偶合。 当某些对象之间的作用发生改变时 不会立即影响其他 的 一些对象之间的作用。 保证这些作用可以彼此獨立的变化 调停者模式将多对多的相互作用 转化为一对多的相互作用。调停者模式将对象的行为和协作抽象化把 对象在小尺度的行 为仩与其他对象的相互作用分开处理。 18、MEMENTO —同时跟几个 MM 聊天时一定要记清楚刚才跟 MM 说了些什么话,不然 、 MM 发现了会不高兴的哦幸亏我有個备忘录,刚才与哪个 MM 说了什么话我都拷贝一份 放到备忘录里面保存这样可以随时察看以前的记录啦。 备忘录模式: 备忘录模式 备忘录模式 备忘录对象是一个用来存储另外一个对象内部状态的快照的对象 的用意是在不破坏封装的条件下,将一个对象的状态捉住并外部囮,存储起来从而可以 在将来合适的时候把这个对象还原到存储起来的状态。 19、OBSERVER —想知道咱们公司最新 MM 情报吗加入公司的 MM 情报邮件组僦行了, 、 tom 负责搜集情报他发现的新情报不用一个一个通知我们,直接发布给邮件组我们作为 订阅者(观察者)就可以及时收到情报啦 观察者模式: 让多个观察者对象同时***某一个 观察者模式 观察者模式定义了一种一队多的依赖关系, 主题对象这个主题对象在状态仩发生变化时,会通知所有观察者对象使他们能够自动更 新自己。 20、STATE —跟 MM 交往时一定要注意她的状态哦,在不同的状态时她的行为会囿不同 、 比如你约她今天晚上去看电影,对你没兴趣的 MM 就会说“有事情啦”对你不讨厌 但还没 喜欢上的 MM 就会说“好啊,不过可以带上峩同事么”,已经喜欢上你的 MM 就会说“几点 钟看完电影再去泡吧怎么样?”当然你看电影过程中表现良 好的话,也可以把 MM 的 状态从鈈讨厌不喜欢变成喜欢哦 状态模式:状态模式允许一个对象在其内部状 态改变的时候改变行为。这个对象看上去象 状态模式 是改变了它嘚类一样 状态模式把所研究的对象的行为包装在不同的状态对象里, 每一个状 态对象都属于一个抽象状态类 的一个子类状态模式的意圖是让一个对象在其内部状态改 变的时候, 其行为也随之改变 状态模式需要对每一个系统可能取得的状态创立一个状态类 的子类。当系 統的状态变化时系统便改变所选的子类。 21、STRATEGY —跟不同类型的 MM 约会要用不同的策略,有的请电影比较好有的则去 、 吃小吃效果不错,囿的去海边浪漫最合适单目的都是为了得到 MM 的芳心,我的追 MM 锦囊中有好多 Strategy 哦 策略模式: 策略模式针对一组算法,将每一个算法封装到具有共同接口的独立的类中从 策略模式 而使得它们可以相互替换。策略模式使得算法可以在不影响到客户端的情况下发生变 化 策略模式把行为和环境分开。 环境类负责维持和查询行为类 各种算法在具体的策略类中提 供。由于算法和环境独立开来算法的增减,修改都鈈会影响到环境 和客户端 22、TEMPLATE METHOD ——看过《如何说服女生上床》这部经典文章吗?女生从认识到上 、 床的不变的步骤分为巧遇、打破僵局、展开追求、接吻、前戏、动手、爱抚、进去八大步骤 (Template method)但每个步骤针对不同的情况,都有不一样的做法这就要看你随机应变 啦(具体实现); 模板方法模式: 模板方法模式 模板方法模式准备一个抽象类,将部分逻辑以具体方法以及具体构造子的 形式实现 然后声明一些抽象方法来迫使子类实现剩余的逻辑。 不同的子类可以以不同的方 式实现这些抽象方法从而对剩余的逻辑有不同的实现。先制定一个顶级逻辑框架而将逻 辑的细节留给具体的子类去实现。 23、VISITOR —情人节到了要给每个 MM 送一束鲜花和一张卡片,可是每个 MM 送的花都 、 要针对她个人的特点每张卡片也要根据个人的特点来挑,我一个人哪搞得清楚还是 找 花店老板和礼品店老板做一下 Visitor,让花店老板根据 MM 的特点选一束花让礼品店老 板也根据每个人特点选一张卡,这样就轻松多了; 访问者模式: 访问者模式的目的是封装一些施加于某种数据结构元素之上嘚操作一旦这 访问者模式 些操作需要修改的话, 接受这个操作的数据结构可以保持不变 访问者模式适用于数据结 构 相对未定的系统, 咜把数据结构和作用于结构上的操作之间的耦合解脱开 使得操作集合可 以相对自由的演化。访问者模式使得增加新的操作变的很容易僦是增 加一个新的访问者 类。访问者模式将有关的行为集中到一个访问者对象中而不是分散到一个个的节点类中。 当使用访问者模式时要将尽可能多的对象浏览逻辑放 在访问者类中,而不是放到它的子 类中访问者模式可以跨过几个类的等级结构访问属于不同的等级结構的成员类。

开本:16开 页码:504 版次:1-1 编辑推荐    10年从业生涯中无数次被面试和面试他人的经验总结    告诉你哪些技术是重要的是面試官最看重的    获取稳定的DBA职位的必读宝典 内容简介    本书以oracle 10g为基础,由浅入深、从易到难详细介绍了dba职位所要求的知识结构和实戰技能。第1章至第4章是基础篇包括数据库建模、oracle体系结构、网络结构、备份恢复和使用oem,这些对于刚刚从事dba或者试图转做dba的朋友都是必備知识第5章至第9章是中级篇,专门讨论性能调整包括性能优化原理、oracle性能调整发展历程、awr、ash、addm、auto sql tunning等最新的助手工具,并通过大量实例展示技术的综合应用第10章至第13章是高级篇,主要面向高级读者高级dba通常要解决架构层面的问题,因此对于这部分读者来说最重要的昰要扩展眼界,能够掌握如何选择最合适的工具而不是最贵的工具为了跳出单一产品的限制,本书选择了异构互联和安全这两个主题来幫助读者扩展思路.    本书作者是oracle资深dba,本书不仅融入了作者十年的实战心得和工作经验还提供了来自于工作现场的大量实例,具有佷强的可操作性..    本书可以作为数据库开发人员、数据库管理员、数据库初学者及其他数据库从业人员的工作参考手册,也可以作为各大中专院校相关专业师生的参考用书和相关培训机构的培训教材 作译者   张晓明,Oracle 结构与类很相似都表示可以包含数据成员和函數成员的数据结构。与类不同的是结构是值类型并且不需要堆分配。结构类型的变量直接包含结构的数据而类类型的变量包含对数据嘚引用(该变量称为对象)。 struct 类型适合表示如点、矩形和颜色这样的轻量对象尽管可能将一个点表示为类,但结构在某些方案中更有效在一些情况下,结构的成本较低例如,如果声明一个含有 1000 个点对象的数组则将为引用每个对象分配附加的内存。结构可以声明构造函数但它们必须带参数。声明结构的默认(无参数)构造函数是错误的总是提供默认构造函数以将结构成员初始化为它们的默认值。茬结构中初始化实例字段是错误的在类中,必须初始化实例对象. 使用 new 运算符创建结构对象时,将创建该结构对象并且调用适当的构造函數。与类不同的是结构的实例化可以不使用 new 运算符。如果不使用 new那么在初始化所有字段之前,字段将保持未赋值状态且对象不可用對于结构,不像类那样存在继承一个结构不能从另一个结构或类继承,而且不能作为一个类的基但是,结构从基类 Object 继承结构可实现接口,其方式同类完全一样 [c ] 与 C 不同,无法使用 struct 关键字声明类在 C# 中,类与结构在语义上是不同的结构是值类型,而类是引用类型 2, 装箱和拆箱(取消装箱) 装箱是值类型到 object 类型或到该值类型所实现的任何接口类型的隐式转换。将一个值的值装箱会分配一个对象实例并将该值複制到新的对象中关键字 选择 我身上携带着精神、信仰、灵魂 思想、欲望、怪癖、邪念、狐臭 它们寄生于我身体的家      我必须平等对待我的每一位客人 -----------伊沙:《原则》 我的名字是cash,所以我很功利主义; 我的星像是Leo所以我很大男人主义; 我的语言是C#,所以我有点儿拿不定主义 /* 你能看得出来,这不是一篇正规的技术文章所以若你不小心从里边读到了一个爱情故事,可不要奇怪有很多人用程序来表述爱情,在其中我能看到有Money有Girl,有一些还涉及到Sex,但是我没有找到Love我始终相信这世上有一种力量直接来自于爱情,到现在仍然相信*/ C#(读作C sharp),是Microsoft公司新推出的(?)专为.NET设计的一门语言号称“C/C++家族中第一种面向组件的语言”。很多人觉得它应该像C或者C++但事实上它更像是java嘚一个clone,所以作为入门读一下清华大学出版社出版的《Java 语言与面向对象程序设计》可能会对你有所帮助。本文假定你具备一切学习此语訁所需的知识没有也不要紧,我会在文中尽量列出相关的link鉴于互联网瞬息万变的特点,若某一链接不可用请自行至Google查询。 如前所述我是一个狮子座男人,一度我认为学习Java会使我看起来与众不同可是几个月以后我放弃了这个选择,我看了论坛里关于这两种语言孰优孰劣的讨论最终选择了C#,请不要问我为何做出这样的选择很多人认为中文是世界上最美丽的语言,可是华人世界以外有谁在讲汉语 叧外我发现论坛上学习Java的人都非常的有个性,当有人问起学习哪种语言更好时他会打出几百个“J***A”来,填满整个屏幕也不说是为了什麼。我觉得这样做未免有些太霸道了如果你说这叫偏执狂我也不反对,虽然我是狮子座可也不想被人这样看。 在C#刚刚推出的时候大哆数的程序员都不免吼上两句——不是因为高兴,而是因为又多了一种语言他们觉得现在的语言太多了,没有必要再多出一种来添乱子但是当他们看完C#的文档后又开始高兴起来,因为C#是如此简单:事实上简单正是C#最大的特点。除此之外它还具有现代、面向对象、类型安全、版本控制、兼容、灵活等特点。详细介绍请参阅rainbow(一个长着胡子的彩虹)翻译的<<展现C#>> 前几章非常的有趣。 看完了前面几段我嘚朋友提出了不同的意见:C#不是Java的Clone,它只是长得有些像Java而已,其实面向对象、中间语言什么的也不是什么新玩意儿非Sun独创,有文为证:华屾论剑:C#对Java另外他对我上一集中说Microsoft越来越不要脸也极为生气,因为相比之下Sun也不怎么样,微软已经将C#提交设在日内瓦的ECMA(European J++基础上拓展Java功能并使之与Windows操作系统紧密结合在一起的时候,Sun公司对Microsoft提出了法律诉讼控告Microsoft违反了许可证协议中的条款,最终的结果是Microsoft公司不得不停止其Visual J++产品的开发(Microsoft后来在完全面向.NET框架的开发语言集中加入了Visual J#.NET,算是对Java语言用户的一种照顾) 有人说,选择C#意味着选择MS(在中国的程序员当中这并不是件值得自豪的事。如果你还不能理解这种心情可以试想一下有人很认真地对你讲他喜欢听毛宁的歌)。事实上通过ECMA标准的C#可以由任何人在任何平台上设计出它的开发程序。比如Ximian公司的Mono工程可以使开发者能够编写同时在Windows和Linux上运行的.Net程序,这些程序甚至还可能在其它非Windows的操作系统上运行比方Unix。这一段时间我正在Linux下试验这个工程遗憾的是,还没有成功 一位师兄对此种比较颇为不屑,他认为只要选一种语言去学就好了“重要的是你要用它,并且做的比别人好”这让我想起来一直都很喜欢的那个歌:把你自己该莋的那份工作,做得比别人出色年轻的时候我老是用这句话自勉…… 写到这里我发现这个故事还没有提到桐桐,这篇东西是为她而作峩早在十八个月以前就答应了她,我答应了她很多事但还没有完成一件,现在我要一件一件的去实现所以这个故事还应该有个更好的開始。 2000年6月我大学毕业从北京回到了石家庄,到一家什么都做的公司上班(做一个网站)最开始制作界面,然后用asp编程如果你用过asp僦会知道,这是个很无聊的工种在此之前我在一家报社实习,为他们的网站做设计和动画在那里我认识了桐桐。 那时候她还在上学 >>>未完,待续... C#学习笔记(3)【大 中 小】【打印】【加入收藏】【关闭】 【收藏到新浪ViVi】【收藏到365KEY】 浏览字号:日期: 人气:6938 出处: 开始 2000年6月我大学畢业从北京回到了石家庄,正式开始了我的职业生涯如前所述,一开始我使用的语言是asp我一直认为这不能称之为编程,因为asp不是一種编程语言把它叫做动态网页实现技术可能更好。另外asp很简单,并且简单就是它全部的特点--这使得它很容易就能学会(在后来的笁作中,我接触到许多应聘的学生他们都告诉我自己精通asp语言)。虽然学习起来很简单但是在使用起来却不得不多费点儿劲儿:我还能記得自己晚上一个人在办公室用VI一步一步调试某一个网页的情景,每当遇到挫折失败的时候总是想起给桐桐打一个***,听听她的声音如你所知,我总是遇到困难 现在你能看出来,我不是高手只是一个低手... 2000年6月我大学毕业,从北京回到了石家庄同一时间(美国西蔀时间6月22日上午),微软公司在位于美国西雅图郊外的总部内邀请新闻记者、新闻分析家等约400人举行了新闻发布会“Forum2000”,宣布正式推出.Net計划这个计划中包括了新的网络计算平台(.Net Framework)、新的语言(C#)、新的开发工具(Visual ,后者最开始被称为ASP+那时候我学习的主要兴趣就在的各个方面。 語言在这个平台上开发互联网应用程序这其中当然包括C#。它们之间的关系可以从下图中看出: 这就是著名的.Net 平台结构图从这个图上可鉯看到,都不过是.Net开发平台的一部分用于.Net应用程序的开发及展示。.Net Specification通用语言规范)的.Net语言(等)来创建语言(将会包括我们常用的几十种现代嘚编程语言)都可以编写面向CLR的程序代码,这种代码在.Net中被称为托管代码(Managed Code)所有的Managed Code都直接运行在CLR上,具有与平台无关的特性 解释性的语言佷安全,并且可以通过它的运行平台为其赋予更多的功能比如自动内存管理、异常处理等。事实上C#语言的许多特点都是由CLR提供的,下媔的CLR结构图说明了这一点 可以看到,类型安全(Type Checker)、垃圾回收(Garbage Collector)、异常处理(Exception Manager)、向下兼容(COM Marshaler)、多线程支持(Thread Support)这些C#的特点都是由CLR来提供的CLR最早被称为丅一代Windows服务运行时(NGWS Runtime),是直接建立在操作系统层上的一个虚拟的运行环境主要的功能是管理代码的运行。在.Net 平台结构图中CLR的上面是.Net的基類库(Base Class Library,BCL)这组基类库包括了从基本输入输出到数据访问等各方面,提供了一个统一的面向对象的、层次化的、可扩展的编程接口从.Net 岼台结构图中也可以看到,基类库可以被各种语言调用和扩展也就是说,不管是C#、都可以自由地调用.Net的基类库。事实上 C#并没有属于洎己的类库,它所使用的编程接口就是.Net提供的基类库所以,在决定使用C#时真正需要费工夫学习的其实是.NET框架的基类库:C#自身只有区区77個关键词,而且其语法对许多程序员来说都是他们非常熟悉的BCL则相反,它包含了超过4500个以上的类和无数的方法、属性在你的C# 程序中随時都可能会用到它来完成自己的任务。 很多人都思考过应如何开始学习一种新的语言对于一个有经验的编程人员来讲,这确非难事但昰对于一个对编写代码一无所知的人而言,如果你是以C#开始你的编程之旅的数目繁多的概念及新名词可能会令你有些不知所措。这时候請注意你的学习顺序任何一种编程语言的学习都是按照运行平台、语法、基类库直至各方面的应用这一顺序来进行的,但是在实际的学***中它们之间并不是孤立的。推荐的方法是:对运行平台和语法有了一个整体的认识后在应用中学习各种基类库的用法。鉴于C#这一语訁的特殊性全面了解它的运行平台(.Net Framework)必会使你的学习事半功倍。所以请记住上面提到的两个图在以后的学习中,虽然可能不会明确的涉及到它们但是在整个C#的学习过程中,它们却是无处不在的 还有一个很重要的概念需要你明白,这就是公共语言架构(Common Language Infrastructure CLI)。CLI是CLR的一个子集也就是.NET中最终对编译成MSIL代码的应用程序的运行环境进行管理的那一部分。在CLR结构图中CLI位于下半部分主要包括类加载器(Class Loader)、实时编译器(IL To Native Collector)。CLI是.Net和CLR的灵魂CLI为IL代码提供运行的环境,你可以将使用任何语言编写的代码通过其特定的编译器转换为MSIL代码之后运行其上甚至还可以自巳写MSIL代码在CLI上面运行。如你所知欧洲计算机制造商协会(ECMA)已经于2001年10月13日批准C#语言规范(ECMA-334)成为一种新诞生的计算机产业标准。同时国際标准组织ISO也同意该标准进入该组织的审批阶段并且,作为.Net与CLR的核心部分CLI与C#也同时获得了ECMA的批准(ECMA-335)。拥有了C#与CLI这两项标准你可以洎己写出能够运行于任何操作系统上的.Net平台(只要你愿意)。如前所述著名的Mono项目就是这么干的,Mono项目包括三个核心的部分:一个C#语言的编譯器一个CLI和一个类库。在Java的世界中这项工作是由SUN公司完成的,SUN针对不同的操作系统开发出相应的Java虚拟机以便让一个由Java开发的应用程序運行在不同的操作系统上但是迄今为止还没听说过微软有这方面打算(为用户提供非Windows系统的.Net平台)。 2000年的6月还有很多事情发生2000年的6月我在學校做毕设,晚上就跑到系试验室看欧锦赛我很喜欢的坎普君(Bergkamp)大放异彩,帮助荷兰队6比1大胜南斯拉夫米哈伊洛维奇 (Mihajlovic)在比赛最后莫名的笑容永远留在了我的心中。说实话那时候只顾着看EURO2000,可没管什么.Net、.Not。另外离别的愁绪围绕在每个人的周围,广播里开始反反复复播放一些古老的歌曲不知道为什么,恋曲1980却是那时候的最爱 后来,我们都毕了业如你所知,我离开了北京 >>>未完,待续... C#学习笔记(4)【大 中 SDK中所带的文档与例子如果能照着例子再写一遍那就再好不过了。 当我第一次看到C#代码的时候同样认为它很像Java,一个形象的比喻是:C#和Java是┅对双胞胎从语法的角度来讲,它们共同的父亲当然非C++莫属(请注意不是VC++)。对于一个学过Java语言的人来说(比如说在下)要理解这段代码实茬是太容易了:第一行当然是注释了,C#支持两种注释方法以"//"开始的单行注释和以"/*"、"*/"配对使用的多行注释。第二行(using System)导入了System这个包(在C#中被称の为名字空间Namespace),可以让我们方便的调用基类库这一句的作用就是告诉编译器去哪里寻找Console类以便调用。 接下来声明了一个类HelloWorld这个类中囿一个特殊的方法Main(),每个可执行文件都需要有一个入口点在C#中,这个入口点就是Main()方法此方法将在程序启动时被调用。在这个方法中Console昰在命名空间System下的一个类,它表示的是控制台这里调用其静态方法WriteLine()。如同C++一样静态方法允许我们直接作用于类而非实例对象。WriteLine()函数接受字符串类型的参数"Hello !"并把它送入控制台显示。如前所述C#没有自己的类库,它直接获取系统类库中的 Framework SDK免费发布的可以在DOS命令行被调用 \Framework\,从Visual  Command Prompt窗口这是一个配置好C#编译器的命令行环境 平台上的ASM汇编语言。它比大多数 CPU 机器语言更为高级比如它可以理解对象类型,并具有創建和初始化对象、调用关于对象的虚拟方法以及直接操作处理数组元素的指令它甚至还具有发现和捕获异常情况用于错误处理的指令。 元数据(Metadata)和MSIL共同存在于编译好的程序文件之中描述了此程序包含的类型的定义、各种类型的签名及其它一些数据,相当于以前的类型库(Type Library)同时也记载了此程序所引用到的其它外部类。元数据的主要作用是将与代码有关的更多的信息提供给CLR基本上,元数据用于如下各项任務:用于表示CLR用途的信息如定位和装载类、内存中这些类的实例、解决调用、翻译IL为原始码、加强安全并设置运行时上下文边界。 一个甴C#语言写就的源码文件在CLR环境中执行的过程是这样的:首先由C#编译器编译成包含了中间语言和元数据的PE文件当我们在系统中调用这个文件时,CLR会启动一个编译器再将这个PE文件包含的MSIL代码转换成为托管的本地代码转换MSIL代码为本地码的这个编译器就叫做JIT编译器(Just In Time,JITer)请注意它並不是前面我们用到的C#编译器。 现在让我们看看JIT编译器是如何工作的:当PE文件被调用时JIE编译器将其***为MSIL和元数据,这时候MSIL并不直接让.Net詓调用本地的系统接口而是指定.Net系统去编译连接那些需要的CLR DLL,编译出百分之百的本地代码整个的过程如下: 当一个类型被装载时,裝载器创建一个存根(stub)并使它与类型的每一个方法相连接。当一个方法第一次被调用时存根把控制交给JITer。JITer把MSIL编译为本地代码并且把存根指针指向缓冲本地代码。已经被JITer编译的方法随后就直接调用已经产生的本地代码减少了JITer编译和执行代码的时间。可以看到JITer并不会一佽性的将所有的MSIL都编译为本地代码,而是在我们需要时才即时编译也就是说,有些代码可能从来都没有被编译过很明显这样做的好处昰既保证了运行期的安全性,又不会损失太多的效率 这就是一个C#程序执行时的步骤。整个过程是这样的: 1) 由C#编译器将源代码编译为中间語言 2) 装入托管代码这包括解决内存中的名字、表层类(laying out classes ),并且创建JIT编译所必需的存根通过执行经常性校验,包括加强一些访问规则类裝载器同样也增强了安全性 3) 用JITer将 IL转换成原始代码 4) 装入元数据、校验类型安全和方法的完整性 5) 垃圾收集(GC)和异常处理 6) 描绘和查错服务 7) 管理线程囷上下文以及远程管理。 不必全部理解这些概念在以后的学习中将会一一的体会到它们的精彩,现在你需要做的(如果你还没这么干过的話)是找到 Framework IL 上架时间: 出版日期:2011 年1月 开本:16开 页码:706 版次:2-1 编辑推荐   久负盛名的Oracle经典    世界顶级专家Thomas 体系结构特性,包括文件、內存结构和进程锁和闩,事务、并发和多版本表和索引,数据类型分区和并行,以及数据加密等并利用具体的例子来全面介绍每個特性,不仅讨论了各个特性是什么还说明了它是如何工作的,如何使用这个特性来开发软件以及有关的常见陷阱。    本书面向所囿oracle 数据库应用开发人员和dba 作译者 作者   Thomas Kyte Oracle公司核心技术集团副总裁。从 的Source Code区下载下面将详细介绍每一章的内容。   第1章:开发成功嘚Oracle应用   从这一章开始我将介绍数据库编程的基本方法。所有数据库创建得并不一样要想按时、成功地开发数据库驱动的应用,你必须了解你的数据库能做什么是怎么做的。如果不清楚数据库能做什么就很可能不断地遭遇“闭门造车”的窘境,徒劳地从头开发数據库本已提供的功能;如果不清楚数据库是怎么工作的很可能开发出性能很差的应用,达不到预期的要求   这一章先根据经验分析叻一些应用,这些应用都因为缺乏对数据库的基本理解而导致项目失败这一章就采用这种“拿例子说话”的方式,讨论了开发人员必须叻解数据库的哪些基本特性和功能关键是,不要把数据库当成一个黑盒不要认为它能自己努力得出***并自行负责可扩展性和性能。   第2章:体系结构概述   这一章介绍Oracle体系结构的基础知识首先给出两个术语的明确定义——“实例”(instance)和“数据库”(database),Oracle领域嘚许多人都对这两个词存在误解我们还会简要介绍系统全局区(System Global Area,SGA)和Oracle实例底层的进程并分析“连接Oracle”这样一个简单的动作是如何实現的。   第3章:文件   这一章将深入介绍构成Oracle 数据库和实例的8类文件从简单的参数文件到数据文件和重做日志文件(redo log file)都会涵盖它們。我们将说明这些文件是什么为什么有这些文件,以及如何使用它们   第4章:内存结构   这一章讨论Oracle如何使用内存,包括各个進程中的内存(PGA内存PGA即进程全局区)和共享内存(SGA)。我们会分析手动和自动PGA内存管理之间的区别并介绍Oracle Database 10g中的SGA内存管理,还会说明各種方法适用于什么情况读完这一章之后,你会对Oracle如何使用和管理内存有深入的了解   第5章:Oracle进程   这一章概述了各种Oracle进程(服务器进程和后台进程),另外还相当深入地讨论了通过共享服务器进程或专用服务器进程连接数据库有何区别启动Oracle实例时会看到一些后台進程,这一章将逐一介绍其中一些重要的后台进程(如LGWR、DBWR、PMON和SMON)并分别讨论这些进程的功能。   第6章:锁和闩   不同的数据库有不哃的行事方法(SQL Server里能做的在Oracle中不一定能做)应当了解Oracle如何实现锁定和并发控制,这对于应用的成功至关重要这一章将讨论Oracle解决这些问題的基本方法,可以应用哪些类型的锁[DML、DDL和闩(latch)]还会指出如果锁定实现不当,会出现哪些问题(死锁、阻塞和锁升级)   第7章:並发与多版本控制   这一章介绍我最喜欢的Oracle特性——多版本控制(multi-versioning),并讨论它对并发控制和应用设计有什么影响在这里能清楚地看箌,所有数据库创建得都不一样具体的实现会对应用的设计产生影响。我们先回顾ANSI SQL标准定义的各个事务隔离级别并介绍它们在Oracle中的具體实现(还会介绍其他数据库中的实现)。基于多版本特性Oracle能够在数据库中提供非阻塞读(non-blocking read),本章接下来会分析多版本特性对我们有什么影响   第8章:事务   事务是所有数据库的一个基本特性,这也是数据库区别于文件系统的一个方面不过,事务常常遭到误解很多开发人员甚至不知道他们有时没有使用事务。这一章将讨论Oracle中应当如何使用事务还列出了使用其他数据库进行开发时可能出现的┅些“坏习惯”。具体而言我们将讨论原子性的含义,并说明原子性对Oracle中的语句有何影响这一章还会讨论事务控制语句(COMMIT、S***EPOINT和ROLLBACK)、完整性约束和分布式事务(两段提交或2PC),最后介绍自治事务   可能有人说,开发人员不用像DBA那样深入地了解redo(重做信息)和undo(撤销信息)的细节但是开发人员确实要清楚redo和undo在数据库中所起的重要作用。这一章首先对redo下一个定义然后分析COMMIT到底做什么,并讨论怎么知道苼成了多少次redo如何使用NOLOGGING子句来显著减少某些操作生成的redo数。我们还研究了redo生成与块清除(block Code区下载本书的所有源代码即使确实想自己键叺代码,下载源代码也很有必要你可以使用下载的源代码文件检查正确的结果是什么。如果你认为自己的录入可能有误就可以先从这┅步开始。倘若不想自己键入代码那么除了从Apress网站下载源代码外别无选择!不论采用哪种方式,代码文件都能帮助你完成更新和调试   勘误表   Apress极力确保文字或代码不会出错。不过出错也是人之常情,所以只要发现并修改了错误我们就会及时告诉你。Apress所有图书嘚勘误表都可以在上找到如果你发现一个还没有报告的错误,请通知我们Apress网站还提供了其他的信息和支持,包括所有Apress图书的代码、样嶂、新书预告以及相关主题的文章等    序言   第 1 版 序   “Think”(思考)。1914年Thomas 上对这个主题做了深入的分析,有关文章可以在“index data table space”Φ查到)从中我们可以得到一个教训,要根据事实作出决定而且事实必须是当前的、完备的。   不论我们的计算机速度变得多快數据库变得多复杂,也不管编程工具的能力如何人类的智慧和一套正确的“思考原则”仍是无可替代的。所以对于应用中使用的技术,尽管学习其细节很重要但更重要的是,应该知道如何考虑适当地使用这些技术   Thomas Kyte是我认识的最聪明的人之一,他在Oracle数据库、SQL、性能调优和应用设计方面具有渊博的学识我敢肯定,Thomas绝对是“Think”和“Think different”这两个口号不折不扣的追随者中国有位智者说过“授人以鱼,为┅饭之惠;授人以渔则终身受用”,显然Thomas对此深以为然Thomas很乐于把自己的Oracle知识与大家共享,但他并不只是罗列问题的***而是尽力帮助大家学会如何思考和推理。   在Thomas的网站()上、发言稿中以及书中他不断鼓励人们在使用Oracle数据库设计数据库应用时要“换角度思考”。他从不墨守成规而坚持通过实例,用事实证明Thomas采用一种注重实效的简单方法来解决问题,按照他的建议和方法你将成为更高效嘚开发人员,能开发出更好、更快的应用   Thomas的这本书不仅介绍Oracle的诸多特性,教你使用这些特性还反映了以下简单的观点。   不要楿信神话要自己思考。   不要墨守成规所有人都知道的事情其实很可能是错的!   不要相信传言,要自己测试根据经过证明的礻例作出决定。   将问题***为更简单的小问题再把每一步的***组合为一个优秀、高效的解决方案。   如果数据库能更好、更快哋完成工作就不要事必躬亲地自己编写程序来完成。 .  理解理想和现实之间的差距   对于公司制定的未加证实的技术标准,要敢於提出质疑   要针对当前需求从大局考虑怎样做最好。   要花时间充分地思考   Thomas建议,不要只是把Oracle当做一个黑盒你不只是在OracleΦ放入和取出数据。他会帮助你理解Oracle是如何工作的如何充分利用它强大的能力。通过学习如何在深思熟虑之后创造性地应用Oracle技术你会哽快、更好地解决大多数应用设计问题。   通过阅读这本书你会了解到Oracle数据库技术的许多新动态,还会掌握应用设计的一些重要概念如果你确实领会了这些思想,相信你肯定也会对所面对的难题“换角度思考”   IBM的Watson曾经说过:“自始以来,每一个进步都源自于思栲仅仅因为‘没有思考’,就造成全世界白白浪费了无数资金”Thomas和我都赞同这种说法。希望你学完这本书后利用你掌握的知识和技術,为这个世界(至少为你的企业)节省无数资金把工作干得更出色。   Ken Jacobs   Oracle 公司产品战略部(服务器技术)副总裁公认的“DBA博士”      序 内容简介    本书是一本关于Oracle 9i & 10g数据库体系结构的权威图书,涵盖了所有最重要的Oracle体系结构特性包括文件、内存结构和进程,锁和闩事务、并发和多版本,表和索引数据类型,以及分区和并行并利用具体的例子来充分介绍每个特性,不仅讨论了各个特性昰什么还说明了它是如何工作的,如何使用这个特性来开发软件以及有关的常见陷阱。    本书面向从事Oracle数据库应用的所有开发人员戓DBA 作译者    Thomas Kyte是Oracle公司核心技术集团的副总裁,从Oracle 上对这个主题做了深入的分析有关文章可以在“index data table space”中查到。)从中我们可以得到一个敎训要根据事实做出决定,而且事实必须是当前的、完备的 不论我们的计算机速度变得多快,数据库变得多复杂也不管编程工具的能力如何,人类的智慧和一套正确的“思考原则”仍是无可替代的所以,对于应用中使用的技术尽管学习其细节很重要,但更重要的昰应该知道如何考虑适当地使用这些技术。 Thomas Kyte是我认识的最聪明的人之一他在Oracle数据库、SQL、性能调优和应用设计方面具有渊博的学识。我敢肯定Thomas绝对是“Think”和“Think different”这两个口号不折不扣的追随者。有位中国的智者说过“授人以鱼为一饭之惠;授人以渔,则终身受用”显嘫Thomas对此深以为然。Thomas很乐于把自己的Oracle知识与大家共享但他并不只是罗列问题的***,而是尽力帮助大家学会如何思考和推理 在Thomas的网站()上、发言稿中以及书中,他其实不断鼓励人们在使用Oracle数据库设计数据库应用时要“换角度思考”他从不墨守成规,而坚持通过实例鼡事实证明。Thomas采用一种注重实效的简单方法来解决问题按照他的建议和方法,你将成为更高效的开发人员能开发出更好、更快的应用。 Thomas的这本书不仅介绍Oracle的诸多特性教你使用这些特性,还反映了以下简单的观点: ?    不要相信神话要自己思考。 ?    不要墨守成规所有囚都知道的事情其实很可能是错的! ?    不要相信传言,要自己测试根据经过证明的示例做出决定。 ?    将问题***为更简单的小问题再紦每一步的***组合为一个优秀、高效的解决方案。 ?    如果数据库能更好、更快地完成工作就不要事必躬亲地自己编写程序来完成。 ?    悝解理想和现实之间的差距 Thomas建议,不要只是把Oracle当作一个黑盒你不只是在Oracle中放入和取出数据。他会帮助你理解Oracle是如何工作的如何充分利用它强大的能力。通过学习如何深思熟虑地、创造性地应用Oracle技术你会更快、更好地解决大多数应用设计问题。 通过阅读这本书你会叻解到Oracle数据库技术的许多新动态,还会掌握应用设计的一些重要概念如果你确实领会了这些思想,相信你肯定也会对所面对的难题“换角度思考” IBM的Watson曾经说过:“自始以来,每一个进步都源自于思考仅仅因为‘没有思考’,就造成全世界白白浪费了无数资金”Thomas和我嘟赞同这种说法。学完这本书后利用你掌握的知识和技术,希望你能为这个世界(至少能为你的企业)节省无数资金把工作干得更出銫。 Ken Jacobs Oracle 公司产品战略部(服务器技术)副总裁 过去我一直在开发Oracle软件并与其他Oracle开发人员一同工作,帮助他们构建可靠、健壮的应用程序茬这个过程中积累了一些经验,正是这些经验赋予我灵感才有了本书中的内容。这本书实际上反映了我每天做了些什么汇集了我所看箌的人们每天遇到的问题。 本书涵盖了我认为最重要的一些内容即Oracle数据库及其体系结构。我也可以写一本书名类似的其他方面的书向伱解释如何用一种特定的语言和体系结构开发应用程序。例如我可以告诉你如何使用 JavaServer Pages(JSP)与Enterprise JavaBeans(EJB)通信,EJB再如何使用JDBC与Oracle通信不过,归根結底你最后还是要了解Oracle数据库及其体系结构(本书介绍的内容),才能成功地构建这样一个应用程序要想成功地使用Oracle进行开发,我认為有些内容你必须了解而不论你是一位使用ODBC的Visual Basic程序员、使用EJB和JDBC的Java程序员,还是使用DBI Perl的Perl程序员这本书都会介绍这些通用的知识。本书并鈈推崇哪一种特定的应用体系结构在此没有比较三层结构和客户/服务器结构孰优孰劣。我们只是讨论了数据库能做什么另外关于数据庫如何工作,我们还会指出你必须了解哪些内容由于数据库是所有应用体系结构的核心,所以这本书适用面很广 在编写本书时,我对Expert One-on-One Oracle┅书中关于体系结构的章节做了全面修订和更新并补充了大量新的内容。Expert One-on-One Oracle一书所基于的版本是Oracle 的Source Code区下载下面将详细介绍每一章的内容。 第1章:开发成功的Oracle应用 从这一章开始我将介绍数据库编程的基本方法。所有数据库创建得并不一样要想按时、成功地开发数据库驱動的应用,你必须了解你的数据库能做什么它是怎么做的。如果不清楚你的数据库能做什么就很可能不断地遭遇“闭门造车”的窘境,徒劳地从头开发数据库本已提供的功能;如果不清楚你的数据库是怎么工作的很可能开发出性能很差的应用,达不到预期的要求 这┅章先根据经验分析了一些应用,这些应用都因为缺乏对数据库的基本理解而导致项目失败这一章就采用这种“拿例子说话”的方式,討论了开发人员必须了解数据库的哪些基本特性和功能关键是,不要把数据库当成一个黑盒不要认为它能自己努力得出***并自行负責可扩展性和性能。 第2章:体系结构概述 这一章介绍Oracle体系结构的基础知识首先给出两个术语——“实例”(instance)和“数据库”(database)的明确萣义,Oracle领域中的许多人都对这两个词存在误解我们还会简要介绍系统全局区(System Global Area,SGA)和Oracle实例底层的进程并分析“连接Oracle”这样一个简单的動作是如何实现的。 第3章:文件 这一章将深入介绍构成Oracle 数据库和实例的8类文件从简单的参数文件到数据文件和重做日志文件(redo log file)都会涵蓋。我们将说明这些文件是什么为什么有这些文件,以及如何使用它们 第4章:内存结构 这一章讨论Oracle如何使用内存,包括各个进程中的內存(PGA内存PGA即进程全局区)和共享内存(SGA)。我们会分析手动和自动PGA内存管理之间的区别并介绍Oracle 10g中的SGA内存管理,还会说明各种方法适鼡于什么情况读完这一章之后,你会对Oracle如何使用和管理内存有深入的了解 第5章:Oracle进程 这一章概述了各种Oracle进程(服务器进程和后台进程),另外还相当深入地讨论了通过共享服务器进程或专用服务器进程连接数据库有何区别启动Oracle实例时会看到一些后台进程,这一章将逐┅介绍其中一些重要的后台进程(如LGWR、DBWR、PMON和SMON)并分别讨论这些进程的功能。 第6章:锁 不同的数据库有不同的行事方法(SQL Server里能做的在Oracle中不┅定能做)应当了解Oracle如何实现锁定和并发控制,这对于应用的成功至关重要这一章将讨论Oracle解决这些问题的基本方法,可以应用哪些类型的锁[DML、DDL和闩(latch)]还会指出如果锁定实现不当会出现哪些问题(死锁、阻塞和锁升级)。 第7章:并发与多版本 这一章介绍我最喜欢的Oracle特性——多版本(multi-versioning)并讨论它对并发控制和应用设计有什么影响。在这里能清楚地看到所有数据库创建得都不一样,具体的实现会对应鼡的设计产生影响我们先回顾ANSI SQL标准定义的各个事务隔离级别,并介绍它们在Oracle中的具体实现(还会介绍其他数据库中的实现)基于多版夲特性,Oracle能够在数据库中提供非阻塞读(non-blocking read)本章接下来会分析多版本特性对我们有什么影响。 第8章:事务 事务是所有数据库的一个基本特性这也是数据库区别于文件系统的一个方面。不过事务常常遭到误解,很多开发人员甚至不知道他们有时没有使用事务这一章将討论Oracle中应当如何使用事务,还列出了使用其他数据库进行开发时可能出现的一些“坏习惯”特别地,我们将讨论原子性的含义并说明原子性对Oracle中的语句有何影响。这一章还会讨论事务控制语句(COMMIT、S***EPOINT和ROLLBACK)、完整性约束和分布式事务(两段提交或2PC)最后介绍自治事务。 可能有人说开发人员不用像DBA那样深入地了解redo(重做信息)和undo(撤销信息)的细节,但是开发人员确实要清楚redo和undo在数据库中所起的重要作用这一章首先对redo下一个定义,然后分析COMMIT到底做什么并讨论怎么知道生成了多少次redo,如何使用NOLOGGING子句来显著减少某些操作生成的redo数我们还研究了redo生成与块清除(block cleanout)和日志竞争(log contention)等问题的关系。 这一章的undo一节中讨论了撤销数据的作用并介绍哪些操作会生成最多/最少的undo。最後分析“讨厌”的ORA-01555:snapshot too old(ORA-01555:快照太旧)错误解释导致这个错误的可能原因,并说明如何避免 第10章:数据库表 Oracle现在支持多种表类型。这一嶂将分别介绍每一种类型包括堆组织表(heap organized,也就是默认的“普通”表)、索引组织表(index organized)、索引聚簇表(index clustered)、散列聚簇表(hash clustered)、嵌套表(nested)、临时表(temporary)和对象表(object)并讨论什么时候使用这些类型的表、如何使用以及为什么使用。大多数情况下堆组织表就足够了,不過这一章还将帮助你认识到在哪些情况下使用其他类型的表更合适 第11章:索引 索引是应用设计的一个重要方面。要想正确地实现索引偠求深入地了解数据,清楚数据如何分布并且知道要如何使用数据。人们经常把索引当作“马后炮”直到应用开发的后期才增加,这僦会导致应用的性能低下 这一章将详细分析各种类型的索引,包括B*Tree索引、位图索引(bitmap index)、基于函数的索引(function-based index)和应用域索引(application domain index)并讨論各种索引应该在哪些场合使用,以及哪些场合不适用我会在“有关索引的常见问题和神话”一节回答常常被问到的一些问题,如“索引能在视图上使用吗”和“为什么没有使用我的索引?” 第12章:数据类型 有许多数据类型(datatype)可供选择。这一章会逐一分析22种内置数據类型解释这些类型是如何实现的,并说明如何以及何时使用这些数据类型首先对国家语言支持(National Language Support,NLS)做一个简要的概述;要想充分悝解Oracle中简单的串类型必须先掌握这个基础知识。接下来再讨论广泛使用的NUMBER类型并介绍Oracle 10g 对于在数据库中存储数值又提供了哪些新的选项。我们主要从历史角度介绍LONG和LONG RAW类型目的是讨论如何处理应用中遗留的LONG列,并将其移植为LOB类型然后会深入分析存储日期和时间的各种数據类型,讨论如何处理这些数据类型来得到我们想要的结果这里还会谈到时区支持的有关细节。 接下来讨论LOB数据类型我们会说明LOB类型嘚存储方式,并指出各种设置(如IN ROW、CHUNK、RETENTION、CACHE等)对我们有什么意义处理LOB时,重要的是要了解默认情况下它们如何实现和存储在对LOB的获取囷存储进行调优时这一点尤其重要。本章的最后介绍ROWID和UROWID类型这些是Oracle专用的特殊类型,用于表示行地址我们会介绍什么时候可以将它们鼡作表中的列数据类型(这种情况几乎从来不会出现!)。 第13章:分区 分区(partitioning)的目的是为了便于管理非常大的表和索引即实现一种“汾而治之”的逻辑,实际上就是把一个表或索引***为多个较小的、更可管理的部分在这方面,DBA和开发人员必须协作使应用能有最大嘚可用性和最高的性能。这一章介绍了表分区和索引分区我们会谈到使用局部索引(在数据仓库中很常用)和全局索引(常见于OLTP系统)嘚分区。 第14章:并行执行 这一章介绍了Oracle中并行执行(parallel execution)的概念并说明了如何使用并行执行。首先指出并行处理在什么情况下有用以及哪些情况下不应考虑使用它。有了一定的认识后再来讨论并行查询的机制,大多数人提到并行执行都会想到这个特性接下来讨论并行DML(parallel DML,PDML)利用PDML,可以使用并行执行完成修改我们会介绍PDML在物理上如何实现,并说明为什么这个实现会对PDML带来一系列限制 然后再来看并荇DDL。在我看来这才是并行执行真正的闪光之处。通常DBA会利用一些小的维护窗口来完成大量的操作。利用并行DDLDBA就能充分利用可用的机器资源,在很短的时间内完成很大、很复杂的操作(它只需原先串行执行所需时间的很小一部分) 这一章的最后将讨论过程并行机制(procedural parallelism),采用这种方法可以并行地执行应用程序代码这里将介绍两个技术。首先是并行管线函数(parallel pipelined function)即Oracle能动态地并行执行存储函数。第二個技术是DIY并行机制(DIY parallelism)利用这个技术可以把应用设计为并发地运行。 第15章:数据加载和卸载 这一章第一部分重点介绍 SQL*Loader (SQLLDR) 并说明可以采用哪些方法使用这个工具来加载和修改数据库中的数据。我们会讨论以下问题:加载定界数据更新现有的行和插入新行,卸载数据以及從存储过程调用SQLLDR。重申一遍SQLLDR是一个完备而重要的工具,但它的实际使用也带来很多问题这一章第二部分主要讨论外部表,这是另外一種数据批量加载和卸载的高效方法 源代码和有关更新 使用这本书中的例子时,你可能想亲手键入所有代码很多读者都喜欢这样做,因為这是熟悉编码技术的一种好办法 无论你是否想自己键入代码,都能从Apress网站()的Source Code区下载本书的所有源代码 即使确实想自己键入代码,下载源代码也很有必要你可以使用下载的源代码文件检查正确的结果是什么。如果你认为自己的录入可能有误就可以先从这一步开始。倘若不想自己键入代码那么除了从Apress网站下载源代码外别无选择!不论采用哪种方式,代码文件都能帮助你完成更新和调试 勘误表 Apress極力确保文字或代码不会出错。不过出错也是人之常情,所以只要发现并修改了错误我们就会及时告诉你。Apress所有书籍的勘误表都可以茬上找到如果你发现一个还没有报告的错误,请通知我们 Apress网站还提供了其他的信息和支持,包括所有Apress书籍的代码、样章、新书预告以忣相关主题的文章等

构件的重用性不如在B/S要求下的构件的重用性好.   B/S 对的多重结构,要求构件相对独立的功能. 能够相对较好的重用.就入買来的餐桌可以再利用,而不是做在墙上的石头桌子 5.系统维护不同   C/S 程序由于整体性, 必须整体考察, 处理出现的问题以及系统升级. 升级難. 可能是再做一个全新的系统   B/S 构件组成,方面构件个别的更换,实现系统的无缝升级. 系统维护开销减到最小.用户从网上自己下载***就可鉯实现升级. 6.处理问题不同   C/S 程序可以处理用户面固定, 并且在相同区域, 安全要求高需求, 与操作系统相关. 应该都是相同的系统   B/S 建立茬广域网上, 面向不同的用户群, 分散地域, 这是C/S无法作到的. 与操作系统平台关系最小. 7.用户接口不同   C/S 多是建立的Window平台上,表现方法有限,对程序员普遍要求较高   B/S 建立在浏览器上, 有更加丰富和生动的表现方式与用户交流. 并且大部分难度减低,减低开发成本. 8.信息流不同   C/S 程序一般是典型的中央集权的机械式处理, 交互性相对低   B/S 信息流向可变化, B-B B-C B-G等信息、流向的变化, 更像交易中心。 118、LINUX下线程GDI类的解释。  LINUX實现的就是基于核心轻量级进程的"一对一"线程模型一个线程实体对应一个核心轻量级进程,而线程之间的管理在核外函数库中实现 GDI类為图像设备编程接口类库。 119、STRUTS的应用(如STRUTS架构)  Struts 是采用Java Servlet/JavaServer servlet中提供关联支持帮助开发员创建交互式表单应用。三.提供了一系列实用对象:XML处理、通过Java reflection APIs自动处理JavaBeans属性、国际化的提示和消息 120、Jdo是什么?  JDO 是Java对象持久化的新的规范,为java data object的简称,也是一个用于存取某种数据仓库中的对象的標准化APIJDO提供了透明的对象存储,因此对开发人员来说存储数据对象完全不需要额外的代码(如JDBC API的使用)。这些繁琐的例行工作已经转迻到JDO产品提供商身上使开发人员解脱出来,从而集中时间和精力在业务逻辑上另外,JDO很灵活因为它可以在任何数据底层上运行。JDBC只昰面向关系数据库(RDBMS)JDO更通用提供到任何数据底层的存储功能,比如关系数据库、文件、XML以及对象数据库(ODBMS)等等使得应用可移植性哽强。 121、内部类可以引用他包含类的成员吗有没有什么限制? 一个内部类对象可以访问创建它的外部类对象的内容 122、WEB SERVICE名词解释JSWDL开发包嘚介绍。JAXP、JAXM的解释SOAP、UDDI,WSDL解释。  Web ServiceWeb Service是基于网络的、分布式的模块化组件它执行特定的任务,遵守具体的技术规范这些规范使得Web  WSDL是一种 XML 格式,用于将网络服务描述为一组端点这些端点对包含面向文档信息或面向过程信息的消息进行操作。这种格式首先对操作和消息进行抽象描述然后将其绑定到具体的网络协议和消息格式上以定义端点。相关的具体端点即组合成为抽象端点(服务)  SOAP即简单对象访问協议(Simple Object Access Protocol),它是用于交换XML编码信息的轻量级协议  UDDI 的目的是为电子商务建立标准;UDDI是一套基于Web的、分布式的、为Web Service提供的、信息注册中心的实現标准规范,同时也包含一组使企业能将自身提供的Web Service注册以使别的企业能够发现的访问协议的实现标准。 Inc inc=系列的BizTalk 2000 Exchange 2000等, 全面支持网络的构件搭建的系统. SUN 和IBM推的JavaBean 构件技术等,使 B/S更加成熟. 4.软件重用不同   C/S 程序可以不可避免的整体性考虑, 构件的重用性不如在B/S要求下的构件的重用性好.   B/S 对的多重结构,要求构件相对独立的功能. 能够相对较好的重用.就入买来的餐桌可以再利用,而不是做在墙上的石头桌子 5.系统维护鈈同   C/S 程序由于整体性, 必须整体考察, 处理出现的问题以及系统升级. 升级难. 可能是再做一个全新的系统   B/S 构件组成,方面构件个别的更换,實现系统的无缝升级. 系统维护开销减到最小.用户从网上自己下载***就可以实现升级. 6.处理问题不同   C/S 程序可以处理用户面固定, 并且茬相同区域, 安全要求高需求, 与操作系统相关. 应该都是相同的系统   B/S 建立在广域网上, 面向不同的用户群, 分散地域, 这是C/S无法作到的. 与操作系統平台关系最小. 7.用户接口不同   C/S 多是建立的Window平台上,表现方法有限,对程序员普遍要求较高   B/S 建立在浏览器上, 有更加丰富和生动的表現方式与用户交流. 并且大部分难度减低,减低开发成本. 8.信息流不同   C/S 程序一般是典型的中央集权的机械式处理, 交互性相对低   B/S 信息鋶向可变化, B-B B-C B-G等信息、流向的变化, 更像交易中心 118、LINUX下线程,GDI类的解释 LINUX实现的就是基于核心轻量级进程的"一对一"线程模型,一个线程实体對应一个核心轻量级进程而线程之间的管理在核外函数库中实现。 GDI类为图像设备编程接口类库 119、STRUTS的应用(如STRUTS架构) Struts是采用Java Servlet/JavaServer Pages技术,开发Web应用程序的开放源码的framework object的简称,也是一个用于存取某种数据仓库中的对象的标准化API。JDO提供了透明的对象存储因此对开发人员来说,存储数据對象完全不需要额外的代码(如JDBC API的使用)这些繁琐的例行工作已经转移到JDO产品提供商身上,使开发人员解脱出来从而集中时间和精力茬业务逻辑上。另外JDO很灵活,因为它可以在任何数据底层上运行JDBC只是面向关系数据库(RDBMS)JDO更通用,提供到任何数据底层的存储功能仳如关系数据库、文件、XML以及对象数据库(ODBMS)等等,使得应用可移植性更强 121、内部类可以引用他包含类的成员吗?有没有什么限制 一個内部类对象可以访问创建它的外部类对象的内容 122、WEB SERVICE名词解释。JSWDL开发包的介绍JAXP、JAXM的解释。SOAP、UDDI,WSDL解释 Web ServiceWeb Service是基于网络的、分布式的模块化组件,它执行特定的任务遵守具体的技术规范,这些规范使得Web WSDL是一种 XML 格式用于将网络服务描述为一组端点,这些端点对包含面向文档信息戓面向过程信息的消息进行操作这种格式首先对操作和消息进行抽象描述,然后将其绑定到具体的网络协议和消息格式上以定义端点楿关的具体端点即组合成为抽象端点(服务)。 SOAP即简单对象访问协议(Simple Object Access Protocol)它是用于交换XML编码信息的轻量级协议。 UDDI 的目的是为电子商务建立标准;UDDI是一套基于Web的、分布式的、为Web Service提供的、信息注册中心的实现标准规范同时也包含一组使企业能将自身提供的Web Service注册,以使别的企业能夠发现的访问协议的实现标准 J***A代码查错 调试模型的缺欠(第21章)以及CLR 4重构调试模型的思路(第23章),通过AMLI调试器调试ACPI脚本的方法(第24章)双机调试特殊进程的方法(第25章),以及设计调试工具需要注意的海森伯效应问题(第27章)这一篇的主要目的是帮助大家深入理解峩们手中的调试工具,了解它们的内部构造熟悉它们的长处和短处。就像战士要了解***的构造一样学习调试器是学习软件调试的必修課。熟悉手中的武器才可能游刃有余,打起仗来得心应手因此这一篇取名为“器用”,意为武器和工具 用兵作战,除了武器精良外熟悉战场地形和拥有丰富的天文地理知识也很重要。软件调试也是一样只有深入了解计算机世界的“地形地貌”,熟悉其中的“张三李四王二麻子”才知道从哪里入手,往哪里发兵本书第四篇的目的便在于此。篇中收录了笔者最近几年中使用调试器探索计算机世界嘚学习笔记分为两类。一类是使用调试器深入理解关键的软硬件概念包括在调试器中细品CPU(第29章),通过调试器观察和解码堆块结构(第34章)以及透视Windows 8的新类型应用(第36章)。另一类是把调试器当作侦探监视复杂的系统过程,包括计算机系统的启动(第30章)、睡眠(第31章)和唤醒(第32章)这三大基本过程以及颇有些神秘的Windows 7打***“回家”的过程(第35章)。阅读这一篇将有助于扩大读者的知识面並且了解关键的细节,让知识既有广度又有深度所谓“致广大而尽精微”,因此这一篇取名为“致知” 纵观四篇内容,如果套用兵书裏的话前两篇是战例,第三篇是兵器第4篇是练将——将领指挥作战所需的广泛知识。从针对的问题来讲前两篇求解的是故障性的问題,即常说的故障处理(Troubleshooting)后两篇求解的是学习性的问题,也就是探索新知不管如何划分,4篇内容的总目标是一致的就是利用调试方法深入理解软件和计算机系统,温故知新打通障碍,让知识“融会贯通” 下面谈一下如何读这本书。首先因为本书的各章内容相對独立,所以没有必要从第1章依着顺序来读完全可以根据自己的兴趣选择中间的某一章开始读。也可以按照实际遇到的问题来找要读的內容为了方便大家“对症用药”,附录C特意给出了面向问题的一张索引表比如.Net应用程序挂死问题对应的是第13章和21章,驱动程序导致的系统挂死问题对应的是第15和16章 第二条阅读建议是希望大家边读边做,也就是遵循“笃行”精神为了帮助大家顺利上手,我们特意设计叻10个“亲自动手”实验附在某些章的末尾,清晰的写出了实验的步骤并在附录A和B描述了搭建实验环境的方法。 第三条建议是希望大家淛定一个读书计划然后按计划坚持阅读和做实验。这本书不算太厚大家可以在一年内轻松读完。全书四篇正好每个季度读一篇,每個月读三章如果一周能读一章的话,那么一个月中还可以有一周休息这样坚持不懈,便可以能像朱熹说的那样“左脚进得一步右脚叒进一步”,离功夫练成那一天越来越近 在线资源和动手实验 可以通过以下链接访问本书的网站,包括动手实验所需的材料、问题讨论、以及勘误信息等 下载 从Java 的基本语法到它最高级的特性(网络编程、高级面向对象能力、多线程),《Thinking In Java》都 能对您有所裨益Bruce Eckel 优美的行攵以及短小、精悍的程序示例有助于您理解含义模糊的概念。 面向初学者和某种程度的专家 教授Java 语言而不是与平台有关的理论 覆盖Java 获得配套CD(含15 小时以上的合成语音授课) 读者如是说:“最好的Java 参考书??绝对让人震惊”;“购买Java 参考书最明智的选择”;“我见过的 最棒嘚编程指南”。 Bruce Eckel 也是《Thinking in C++》的作者该书曾获1995 年SoftwareDevelopment Jolt Award 最佳书 籍大奖。作为一名有20 经验的编程专家曾教授过世界上许多地区的人进行对象编程。朂开始涉及的领域是 C++现在也进军Java。他是C++标准协会有表决权的成员之一曾就面向对象程序设计这一主题写过其他5 本书,发表过150 多篇文章并是多家计算机杂志的专栏作家,其中包括《Web Techniques》的Java 专栏 曾出席过C++和Java 的“软件开发者会议”,并分获“应用物理”与“计算机工程”的學士和硕士学位 读者的心声 比我看过的Java 书好多了??非常全面,举例都恰到好处显得颇具“智慧”。和其他许多Java 书 籍相比我觉得它哽成熟、连贯、更有说服力、更严谨。总之写得非常好,肯定是一本学习Java 的好书(Anatoly Vorobey,TechnionUniversityHaifa,以色列) 是我见过的最好的编程指南,对任何语言都不外如是(Joakim ziegler,FIX 系统管理员) 感谢你写出如此优秀的一本Java 参考书(,Simon Says Consulting 公司) 必须认为你的《Thinking in Java》非常优秀!那正是我一直以来夢想的参考书其中印象最深的是 有关使用Java 了解详情(对研 讨会的介绍也以CD-ROM 的形式提供,具体信息可在同样的Web 站点找到) 从每一次研讨會收到的反馈都帮助我修改及重新制订学习材料的重心,直到我最后认为它成为一个完善的教 学载体为止但本书并非仅仅是一本教科书——我尝试在其中装入尽可能多的信息,并按照主题进行了有序 的分类无论如何,这本书的主要宗旨是为那些独立学习的人士服务他們正准备深入一门新的程序设计语 言,而没有太大的可能参加此类专业研讨会 免费下载)。本CD-ROM 是一个独立的 产品包含了一周“Hads-OnJava”培训課程的全部内容。这是一个由Bruce Eckel 讲授的、长度在15 小时 以上的课程含500 张以上的演示幻灯片。该课程建立在这本书的基础上所以是非常理想嘚一个配套产 品。 CD-ROM 包含了本书的两个版本: (1) 本书一个可打印的版本与下载版完全一致。 (2) 为方便读者在屏幕上阅读和索引CD-ROM 提供了一个独特的超链接版本。这些超链接包括: ■230 个章、节和小标题链接 ■3600 个索引链接 CD-ROM 刻录了600MB 以上的数据我相信它已对所谓“物超所值”进行了崭噺的定义。 CD-ROM 包含了本书打印版的所有东西另外还有来自五天快速入门课程的全部材料。我相信它建立了一个新 的书刊品质评定标准 若想单独购买此CD-ROM,只能从Web 站点 处直接订购 下载。为保证大家获得的是最新版本我用这个正式站点发行代码以及本书电 子版。亦可在其他站点找到电子书和源码的镜像版(有些站点已在 处列出) 但无论如何,都应检查正式站点确定镜像版确实是最新的版本。可在课堂和其他教育场所发布这些代码 版权的主要目标是保证源码得到正确的引用,并防止在未经许可的情况下在印刷材料中发布代码。通常

嘚设置返回总页数 rs.recordcount 返回记录总数 rs.bof 返回记录指针是否超出数据表首端,true表示是false为否 rs.eof 返回记录指针是否超出数据表末端,true表示是false为否 rs.delete 删除當前记录,但记录指针不会向下移动 rs.addnew 添加记录到数据表末端 rs.update 更新数据表记录 缺省值Recordset对象以只读方式启动,无法运行AddNew、Update及Delete等方法 adLockPrssimistic 2 当数据源囸在更新时系统会暂时锁住其他用户的动作,以保持数据一致性 adLockOptimistic 3 当数据源正在更新时,系统并不会锁住其他用户的动作其他用户可鉯对数据进行增、删、改的操作。 Language)是一种非常口语化、既易学又易懂的语法。此一语言几乎是每个资料库系统都必须提供的用以表示關连式的操作,包含了资料的定义(DDL)以及资料的处理(DML)SQL原来拼成SEQUEL,这语言的原型以“系统 R“的名字在 IBM 圣荷西实验室完荿经过IBM内部及其他的许多使用性及效率测试,其结果相当令人满意并决定在系统R 的技术基础发展出来 IBM 的产品。而且美国国家标准学会(ANSI)及国际标准化组织(ISO)在1987遵循一个几乎是以 IBM SQL 为基础的标准关连式资料语言定义 一、资料定义 DDL(Data Definition Language) 资料定语言是指对资料的格式囷形态下定义的语言,他是每个资料库要建立时候时首先要面对的举凡资料分哪些表格关系、表格内的有什麽栏位主键、表格和表格之間互相参考的关系等等,都是在开始的时候所必须规划好的 1、建表格: CREATE TABLE table_name( column1 DATATYPE [NOT NULL] [NOT NULL PRIMARY KEY], 大小的十进位整数,精确值p是指全部有几个数(digits)大小值s是指小數 点後有几位数。如果没有特别指定则系统会设为 p=5; s=0 。 float 32位元的实数 double 64位元的实数。 char(n) n 长度的字串n不能超过 254。 varchar(n) 长度不固定且其最大长度为 n 的芓串n不能超过 4000。 graphic(n) 和 char(n) 一样不过其单位是两个字元 double-bytes, n不能超过127这个形态是为 了支援两个字元长度的字体,例如中文字 vargraphic(n) 可变长度且其最夶长度为 n 的双字元字串,n不能超过 2000 date 包含了 年份、月份、日期。 time 包含了 小时、分钟、秒 timestamp 包含了 年、月、日、时、分、秒、千分之一秒。 昰指定以某个栏位做排序[DESC]是指从大到小排列,若没有指明则是从小到大 排列 组合查询 组合查询是指所查询得资料来源并不只有单一的表格,而是联合一个以上的 表格才能够得到结果的 SELECT * FROM table1,table2 WHERE table1.colum1=table2.column1 说明: 1.查询两个表格中其中 column1 值相同的资料。 1.更改某个栏位设定其值为\'xxx\' 2.conditions 是所要符合的條件、若没有 WHERE 则整个 table 的那个栏位都会全部被更改。 4、删除资料: DELETE FROM table_name WHERE conditions 说明:删除符合条件的资料 说明:关于WHERE条件后面如果包含有日期的比較,不同数据库有不同的表达式具体如下: 10:00:01\',\'yyyy-mm-dd hh24:mi:ss\') 练掌握SQL是数据库用户的宝贵财 富。在本文中我们将引导你掌握四条最基本的数据操作语句-SQL嘚核心功能-来依次介绍比较操作符、选择断言以及三值逻辑。当你完成这些学习后显然你已经开始算是精通SQL了。 在我们开始之前先使鼡CREATE TABLE语句来创建一个表(如图1所示)。DDL语句对数据库对象如表、列和视进行定义它们并不对表中的行进行处理,这是因为DDL语句并不处理数據库中实际的数据这些工作由另一类SQL语句-数据操作语言(DML)语句进行处理。 SQL中有四种基本的DML操作:INSERTSELECT,UPDATE和DELETE由于这是大多数SQL用户经常用箌的,我们有必要在此对它们进行一一说明在图1中我们给出了一个名为EMPLOYEES的表。其中的每一行对应一个特定的雇员记录请熟悉这张表,峩们在后面的例子中将要用到它 连接查询 通过连接运算符可以实现多个表查询。连接是关系数据库模型的主要特点也是它区别于其它類型数据库管理系统的一个标志。 在关系数据库管理系统中表建立时各数据之间的关系不必确定,常把一个实体的所有信息存放在 一个表中当检索数据时,通过连接操作查询出存放在多个表中的不同实体的信息连接操作给用户带 来很大的灵活性,他们可以在任何时候增加新的数据类型为不同实体创建新的表,尔后通过连接进行查询 连接可以在SELECT 语句的FROM子句或WHERE子句中建立,似是而非在FROM子句中指出连接時有助于 将连接操作与WHERE子句中的搜索条件区分开来所以,在Transact-SQL中推荐使用这种方法 SQL-92标准所定义的FROM子句的连接语法格式为: FROM 较运算符进行表间某(些)列数据的比较操作,并列出这些表中与连接条件相匹配的数据行根据所使用 的比较方式不同,内连接又分为等值连接、自然连接和不等连接三种 外连接分为左外连接(LEFT OUTER JOIN或LEFT JOIN)、右外连接(RIGHT OUTER JOIN或RIGHT JOIN) 和全外连接(FULL OUTER JOIN或FULL JOIN)三种。与内连接不同的是外连接不只列出与连接条件相匹 配的行,而是列出左表(左外连接时)、右表(右外连接时)或两个表(全外连接时)中所有符合搜索条件的数据行 交叉连接(CROSS JOIN)没有WHERE 子句,它返回连接表中所囿数据行的笛卡尔积其结果集合中的 数据行数等于第一个表中符合查询条件的数据行数乘以第二个表中符合查询条件的数据行数。 连接操作中的ON p2 ON DATALENGTH(p1.pr_info)=DATALENGTH(p2.pr_info) (一)内连接 内连接查询操作列出与连接条件匹配的数据行它使用比较运算符比较被连接列的列值。内连接分三种: 1、等值连接:茬连接条件中使用等于号(=)运算符比较被连接列的列值其查询结果中列出被连接 表中的所有列,包括其中的重复列 2、不等连接: 在连接條件使用除等于运算符以外的其它比较运算符比较被连接的列的列值。这些 运算符包括>、>=、<=、<、!>、!<和<> 3、自然连接:在连接条件中使用等於(=)运算符比较被连接列的列值,但它使用选择列表指出查询 结果集合中所包括的列并删除连接表中的重复列。 的行而采用外连接时,咜返回到查询结果集合中的不仅包含符合连接条件的行而且还包括左表(左外 连接时)、右表(右外连接时)或两个边接表(全外连接)中的所有数據行。 如下面使用左外连接将论坛内容和作者信息连接起来: SELECT a.*,b.* FROM luntan LEFT JOIN usertable as b ON a.username=b.username ALL选项表示将所有行合并到结果集合中不指定该项时,被联合查询结果集合Φ的重复行将只保留一 行 联合查询时,查询结果的列标题为第一个查询语句的列标题因此,要定义列标题必须在第一个查询语 句中定義要对联合查询结果排序时,也必须使用第一查询语句中的列名、列标题或者列序号 在使用UNION 运算符时,应保证每个联合查询语句的选擇列表中有相同数量的表达式并且每个查询选 择表达式应具有相同的数据类型,或是可以自动将它们转换为相同的数据类型在自动转換时,对于数值类 型系统将低精度的数据类型转换为高精度的数据类型。 在包括多个查询的UNION语句中其执行顺序是自左至右,使用括号鈳以改变这一执行顺序例如: 查询1 UNION (查询2 UNION 查询3)   INSERT语句   通过这样的INSERT语句,系统将试着将这些值填入到相应的列中这些列按照我们创建表时定义的顺序排列。在本例中第一个值“Smith”将填到第一个列LAST_NAME中;第二个值“John”将填到第二列FIRST_NAME中……以此类推。   我们说过系统会“试着”将值填入除了执行规则之外它还要进行类型检查。如果类型不符(如将一个字符串填入到类型为数字的列中)系统将拒绝这┅次操作并

现在知道了二者的不同之处这昰学习这门课程第一个收获。其次就是软件工程是一门实践性很强、交叉性很强的学科它提供给我们的不仅是一种方法论,更是一种思想是一个如何去分析和处理问题的过程,应该说其范畴已经远远不止局限于该门课程成为了一个综合的一个能够解决问题的思想集合。

2004年11月初爱民(Aimingoo)第一次把他的书稿给我我翻看了一下,第一反应讲的是感想这不错,在技术界就是需要有真正实践经验的专家把他的思栲和心得与我们分享Aimingoo在Delphi领域颇有名气,其技术钻研的深度直达系统核心层从其著作《Delphi源代码分析》可见一斑。不过接下来第二反应就昰太薄了能不能加厚啊。比如说这些感悟都是有其来源的可以把实际案例啊,背景故事啊都加上不然太薄了,出版社没有办法出版啊——国家对于出版的书号是有严格控制的,所以书号是有成本的一本讲技术高端的图书销量肯定是有限的,以现实情况而言如果佷薄定价就只能比较低,成本无法回收而且内容只是心得,没有案例读起来也很硬,对读者的要求也很高销量可能就更少了。 爱民聽完我的意见还是坚持这本书就是这样的风格。出厚书违背了他的本意要不然怎么叫“大道至简”。书稿在2005年3月杀青后我从7月开始茬《程序员》上陆续选择其中的三章发表,看看读者的反馈不过限于篇幅,删掉了一些内容不能完整体现出作者系统思考的脉络,也仳较遗憾 2005年11月爱民跟我讨论到即使没有出版社愿意出版印刷,也要把他的作品用电子版问世并邀我作序。我十分感慨在这个浮躁功利的社会,难得还有这样的朋友 现在,我又仔细从头到尾读了一遍很多作者写书是为厚而厚,大部分内容都是水分作者原创经验精華只有很少,甚至没有而这本书是作者从事十年开发工作的总结,虽然不厚却闪烁着独立思考的光芒。 世界“虽变化万端而理为一貫。”作者在软件开发一线浸淫近十年回头思考何为开发的本源?这些理论、方法的本质为何粗粗一看,这些道理稀松平常专家教授无数著作早就谈过,还用作者来写吗其实不然,理论都是从实践而来但我们学习软件开发的时候,是先掌握这些专家总结的果实洏不是探求本源,所谓“知其然而不知其所以然”这些道理看似都知道,但却没有真正体会上身在实践中最重要的去应用这些道理,洏不是方法 大多数人看书都希望学到一些招数、方法,能尽快在工作中用上这是不错。但要想真正达到更高境界就必须明白背后的噵理。真正的专家是从根上解决问题的所以大物理学家杨振宁在北京大学针对本科生讲物理学,讲得深入浅出大受欢迎,就是因为杨先生可以从历史本源来剖析物理定律公式 只有招数,不明道理碰到变化的情况,就束手无策了而在软件开发中,每个团队、每个项目都不是尽然相同的明白道理,才能知变通之道 这本小书不是一本教你项目管理,软件工程或者编程技巧的书籍他是一本闪烁思考咣芒的技术散文集,我衷心祝愿这本书的读者能把这本书当作一位朋友的思考,一位朋友的总结来参照自身,这样就会有收获有想法了。 我也和爱民建议这本书的很多主题还可以展开,无论是批评还是讨论,只要有兴趣的朋友可以给爱民,我或者《程序员》杂誌社写信我们诚恳邀请各位来共同思考,共同把实践经验与大家分享这样意义也就更大了。 期望大家的参与谢谢。 蒋涛 2005.11月

(1)系統需求分析:使用软件工程所学的知识对拟开发的系统进行数据需求和功能需求分析确定开发环境和工具软件。 (2)系统设计:根据系統需求分析进行概要设计和详细设计在确定好的开发环境中利用确定的工具软件进行系统实现。 (3)编制好程序后设计若干测试用例,上机测试所设计的原型系统 (4)设计报告按格式要求书写。设计报告正文的内容应包括: 1)系统描述 包括问题说明、数据需求和功能需求 2)系统设计 包括总体设计、数据库表结构、输入/输出设计、用户界面设计、处理过程设计。 3)系统测试 包括测试用例的描述、测试方法和测试结果 4)设计的特点、不足、收获和体会。

ISBN:7 上架时间: 出版日期:2010 年1月 开本:16开 页码:407 版次:1-1 编辑推荐    Oracle ACE总监、Oracle畅销书作鍺盖国强亲自策划    汇集五位一线Oracle DBA工作思考的心得    从不同视角展示数据库诊断与优化的思路 内容简介    本书由多位工作在数据库維护一线的工程师合著而成包含了精心挑选的数据库诊断案例与性能优化实践经验,内容涉及oracle典型错误的分析和诊断各种sql优化方法(包括调整索引,处理表碎片优化分页查询,改善执行计划等)以及优化系统性能的经验。    作者不仅强调案例的实用性和可操作性更着重再现解决问题的过程和思路并总结经验教训,希望将多年积累的工作方法以及对dba的职业发展的感悟展现出来,供广大oracle dba借鉴参考 作译者    盖国强 网名Eygle Oracle ACE总监,恩墨科技创始人ITPUB论坛超级版主,远程DBA服务的倡导者和实践者致力于以技术服务客户。著有《深入解析Oracle》、《循序渐进Oracle》、《深入浅出Oracle》等书;从2010年开始致力于《Oracle DBA手记》的撰写与编辑工作,并与张乐奕共同创立了ACOUG用户组在国内推进公益洎由的Oracle技术交流活动。    熊军(网名老熊)ITPUB论坛Oracle专题深入讨论版版主,现从事Oracle第三方技术支持工作擅长Oracle数据库故障诊断处理和性能優化。个人网站:.    杨廷琨(网名Yangtingkun)现任海虹医药电子商务有限公司首席DBA, ITPUB论坛Oracle数据库管理版版主2004年曾参与编写《Oracle数据库性能优化》一书,2007年被Oracle公司授予Oracle ACE称号喜欢研究Oracle相关的技术问题,他的技术博客上积累了1500多篇Oracle相关的原创技术文章个人技术博客:.    段林仲(網名zergduan),ITPUB论坛Oracle专题深入讨论版版主现任职于北京某合资手机制造公司生产系统DBA,对Oracle数据库技术有浓厚的兴趣喜欢与志同道合的朋友交鋶技术心得。    邹德平(网名半瓶/banping)Oracle 10g OCP,现在某大型上市公司担任Oracle 年8月 开本:16开 页码:438 版次:1-1 编辑推荐    国内第一本真正意义上从工莋经验出发以作者的心得体会全面论述Oracle数据库性能优化的书籍。    作者内心经历的表白站在全局角度对性能做分析,而不是拘泥于具体的技术细节呈现给读者一种新的阅读思路。    书中涉及很多新的性能话题比如执行计划,bind peeking并行执行,10046及10053事件AWR报告等,基本上涵盖了所有Oracle数据库性能方面的知识。 内容简介   在这本书里读者将会学到作者在性能优化方面的一些思路和思考一些故障处理的方法囷原则,这些东西是作者在实践中长期积累的心得体会当读者掌握了一些处理问题的基本思路之后,成为一名合格的dba就是一件轻而易举嘚事情了   本书适用对象:oracle dba、oracle开发人员,和其他对oracle数据库感兴趣的人员 作译者 10g,见证了中国DBA职业的发展历程作者对数据库的性能優化有独到的见解,颇擅长于海量数据数据库的设计管理及优化工作 目录 封面 -17 扉页 -16 版权 -15 序 -14 前言 -12 致谢 -5 目录 -4 第1章 引起数据库性能问题的因素 1 昰国内最早的一个专业讨论Oracle数据库技术的论坛,目前在国内数据库方面已经相当有知名度笔者是2001年注册的,算是最早的会员之一目前仍然会经常上去看看,由于工作内容的关系我比较关注性能方面的帖子,发现以下一类的帖子经常有很多比如:   网站的创始人Tigerfish为夲书写序,我一直对他怀有敬意他在推动中国Oracle数据库的发展 上功不可没。   感谢biti(冯春培)eygle(盖国强),kamus(张乐奕)和warehouse(谢永生)他们都是国内顶尖的Oracle专家,感谢他们为本书写的精彩点评   还有来自ITG的Mike,感谢他的热心帮助和鼓励   感谢ITPUB的王蓓***(贝贝),在本书的出版过程中她做了大量的协调工作,才保证这本书的顺利出版   感谢电子工业出版社的张月萍策划和高洪霞编辑,是她們的努力让本书更具可读性和完整性   最后要感谢我的妻子tracy和儿子思墨,是他们让我一直努力工作最终使本书得以问世。   后 记   关于数据库的学习方法   我想在这里聊一些数据库方面的学习方法算是对自己这些年学习的一个总结,也可以给那些才进入Oracle领域嘚朋友们提供一些借鉴如果能够使你有所收获的话,我将非常高兴   1、英语和技术的关系   从2005年开始到现在,我只看过三本关于數据库方面的印刷书籍都是由一个人写的,他叫Tom Kyte业内都叫他Tom,这三本书分别是:   ● 《Expert   在买这三本书时多少带有些许盲目性,因为崇拜书的作者所以爱屋及乌地买了他写的所有的书,实际上我用在看这三本书上的时间并不多更多的时候我都泡在这个网站上,就是这个网站改变了我对问题的思考方式和学习方法。   对于大多数中国人来说特别是做技术的人,英语成为很多人的软肋这昰一个无奈的局面。我甚至听到很多人在说为什么非要学习英语,自己国家的话说好就行了言辞之间颇鄙视那些学英语的“崇洋派们”。本身这句话也还不错作为自己国家的公民,学好自己国家的语言自然是再好不过的事情。但是很遗憾的是我们说着自己的语言,却在用着别人的东西用别人的东西,却拒绝学习别人的语言这看起来不免有些矛盾。如果有一天世界上所有的商业软件都来自于中國那么我们再自豪地鄙视那些学习英语的人也不迟。   所以我必须要说的是如果你想把计算机的技术学深一些,请你务必要学好英語至少要做到能够熟练阅读英文文档的哑巴英语,如果再进一步你能够使用英语和别人做书面的沟通(比如在论坛中或者E-mail中提出问题),那会更好一些   在中有来自世界上很多国家的Oracle DBA或者开发人员在提出问题,我最初的时候只是浏览后来尝试着用自己蹩脚的英语姠Tom提出了一个问题,当收到Tom给出的回复后当时心情真是无比的激动,可喜之余不免又甚感悲哀为什么一个简单的提问,却让我欢喜至此呢原因大概是,我们和他们之间沟通太少了一个小小的问答,对我来说就像跨过一个巨大的鸿沟   之后的日子里,就慢慢习惯叻这种学习方式当我有一个问题,在找遍了所有的Oracle官方文档Google和Metalink(一个Oracle公司的在线技术支持平台)未果之后,总是能够在这里得到一个確切的回答它已经变成了我在技术上最后的依靠了。   我们不得不承认和接受一个现实由于语言的沟壑,使我们学习起这些西方人發明的东西时比他们自己的人要困难得多,比如对于一个软件他们已经习惯于随手看一下软件的Manual(联机帮助手册)来了解这个软件的鼡法,而我们却还在傻傻地等待着软件的汉化或者翻译过来的软件使用教程呢(市面上有很多书都是简单地将某个软件的manual翻译过来然后絀版),这种语言上的障碍使我们和他们在技术上有相当大的差距这就是我在论坛上得到的最切身的感受,我们不仅在技术本身上而苴在一些思维方式上和他们也有明显的不同,这不是妄自菲薄是我们中国IT从业人员的现状,我们只是封闭在自己的圈子里面做研究却並不知道外面已经是个什么样子了。   我希望大家能够把英语学好(我本人也在努力地学习中)Oracle的官方文档全都是英文的,metalink也全都是渶文的asktom网站也都是英文的,如果我们能够熟练地使用这三个资源那么我们的技术水平必将上一个新的台阶。   2. 如何使用Oracle的官方文档   如果你到现在为止依然没有习惯于使用Oracle的官方文档的话(比如你惧怕英语阅读或者其他的原因),那么你可能要考虑改变一下你的學习方式了因为Oracle官方文档是Oracle公司提供的最权威的技术资料,它基本上包含了Oracle所有的技术你在这里可以找到大多数你想找的东西。   吔许那些看起来无比长的英文文档让你望而却步至少我最初也是如此的。但是随着自己尝试着去阅读了几篇之后感觉情况并没有想象Φ的那么坏,我居然读懂了一大半因此建议大家也要树立信心,要鼓起勇气来阅读英文文档当你经常阅读时,你会发现其实它并没有伱想的那么难你使用它的次数也多,你就越能接受和使用它   这里简要地介绍几个使用频率比较高的官方文档,希望大家能够经常使用它们:   《New Features Guide》   一般称为新特性当我们要使用一个新版本数据库的时候,我们应该先阅读这篇文档可以通过目录来浏览自己感兴趣的部分。这篇文档主要介绍的就是当前这个版本的数据库较从前的版本有了哪些新的技术这篇文档可以帮助你快速地了解一个新蝂本数据库的新特性,这比阅读那些具体的文档要省力得多   《Concepts》   当我们需要了解一个概念或者技术的具体含义或机制时,我们需要参考这篇文档这里面基本上包含了所有Oracle相关的概念和技术。   比如什么是表什么是索引,什么是段等   或者什么是SGA,PGA等   或者什么是并发,事务等   这是Oracle最重要的一篇文档,希望大家能够经常使用它   《Reference》   这里面主要包含了四部分内容:   ●初始化参数   ●视图   ●等待事件   ●统计信息   这是我使用频率最高的文档之一,基本上每天都要打开几次主要是查询┅些视图及其字段的解释及等待事件的解释,初始化参数的解释也会经常用到它另外它还包含了一些统计项目,比如v$sesstat中的统计项目的解釋就可以从这篇文档中找到   《SQL Reference》   这篇文档大家应该再熟悉不过了,当你记不住某条SQL的命令或者搞不清楚某条SQL的选项时就需要從这篇文档中获取***,它包含了Oracle所有的SQL语法   《Administrator's Guide》   这可以看做一本Oracle的实战手册,很多Oracle的技术和特性在这篇文档里都能够找到相應的示例所以建议大家也经常使用它。   《PL/SQL Packages and Types Reference》   如果你是一个喜欢使用Oracle提供的PL/SQL包工作的人这篇文档你就应该经常使用到,它包含叻Oracle提供的所有PL/SQL包比如我们经常使用到的DBMS_STATS,它是用来做分析用的包包里面每个存储过程及参数在这篇文档中都有详细的说明。   《Performance Tuning Guide》   如果你要学习Oracle数据库性能优化的话这篇文档应该要好好读几遍,这里面包含了所有和性能优化相关的技术和方法   3、学会思考   我们不能机械地去学一些技术,那样只能让自己陷入一个由自己打造的万劫不复的技术深渊无法自拔,因为技术是无止境的而人嘚精力是有限的,这样只能使自己整天生活在一种压抑和苦闷当中   我们要学会在技术面前理性的思考,比如对于一个新技术流复淛(Streams Replication),当我看到这个概念的时候我告诉自己,这不过又是Oracle为用户提供的另外一种数据同步的机制而已如果我们有这方面的需求,我會带着我们的需求去看相关的文档以便确定这种技术是否适合我们的系统,否则我可能只是做一些粗浅的了解,仅此而已切勿把自巳陷入到技术的泥潭当中去。   有目的地学习技术做到学以致用,你就会过得很快乐相反,你就会非常痛苦尽管你每天都在学习,可是你是否想过你一个人学习,Oracle却有成千上万的开发人员在开发新版本的数据库和新的技术你能学完吗?   理性地学习心平气囷地学习,是做技术的人的一种生活态度希望本书对大家在学习技术上会有所帮助。    序言   性能优化是数据库应用的核心问题目前的商业或开源的数据库产品,发展已日臻成熟很少有经常发生崩溃急需修复的情形。故DBA除了日常的常规维护任务外大多把精力花茬优化数据库上。在2005年的时候ITPUB也曾出过一本《Oracle数据库性能优化》(盖国强、冯春培、叶梁、冯大辉主编)的技术书,颇受Oracle DBA们的欢迎现茬很高兴地看到在ITPUB技术丛书里又增加了一本关于数据库优化知识的书籍。   ITPUB于2001年9月26日成立的已发展为国内最大的数据库技术讨论社区。本书作者谭怀远先生则是在2001年9月28日加入了ITPUB相交至今将近九年时间。他在这么长久的时间长期工作在数据库业务的第一线,积累了大量丰富的经验也形成自己独到的见解。而这些见解又大部分体现在本书的文字里,本书既是知识的归纳总结同时又是个人技术感情(恕我在这里使用了一个创新的词汇,大多数长期从事技术工作的人都有一种有墨在胸,不得不发的感觉)的抒发纵观全书,我个人對作者所说的“最难的东西不是技术本身而是什么时候该用什么技术”深表认同。当DBA从烦琐的日常工作脱身出来举目远望的时候,再往前的一片田野便是架构问题最好的最彻底的,能一劳永逸的优化往往从架构设计开始。期待怀远君将来的新作可以在这片更广阔嘚天地里驰骋。   我感到本书最大的一个特点在于作者通过自己的一种情绪化的东西在写作,也可以说是对于技术的一种感情告白所以是真挚的,这种真挚将影响到读者阅读时的情绪让你在一种颇为感性化和人性化的氛围里阅读,轻松而又有趣而不是冷冰冰的枯燥的技术讨论,这是本书区别于其他技术类书籍的一个显著特点   本书里,涵盖了几乎所有优化相关的知识点以及一些很新的内容,比如bind peeking、并行执行、执行计划、Cardinality(基数)、10053事件等这些内容对于那些渴望深度了解性能优化的读者来说,是非常有用的   ITPUB前身是在smiling仩的Oracle电子小组,刚刚开始的时候ITPUB的板块不多只有Oracle数据库管理、Oracle开发、OCP、Cisco、网络集成、海阔天空这几个板块,会员数只有一万多人今年過9年的发展,ITPUB已拥有技术板块100多个注册会员数量超过230万人。每天更新的讨论帖数以万计ITPUB的发展与像怀远君这样的专家、第一线技术工莋者的长期支持是分不开的,在此也向怀远君表示感谢没有你们就不会有今天的ITPUB。   很多年前就在itpub看到作者的身影也了解到作者管悝着大量的数据库。多年的不断锤炼让作者在Oracle数据库领域有了丰富的经验在数据库优化领域,国内的书籍相对比较少不论哪种数据库,比较多的都是类似工具手册一样写书是一件很不容易的事情,对作者的知识体系有着极高的要求所以市面上流传的很多都是简单地將英文的文档翻译为中文的手册类的书籍。作者将自己多年的经验用自己的语言和通俗的比喻给我们展示出来带给人的是另一种体验,哽亲切和容易理解除了常规的优化所涉及的范畴及Oracle 10g开始推出的AWR和ASH之外,作者还引出了10053这样的CBO相关的事件及不少的Hint方法这些都将帮助我們非常深入地研究数据库的 SQL优化问题。相信作者将亲身经历的体验深入浅出地展示给我们能给Oracle数据库爱好者很好的帮助。   ——冯春培(biti)      当我们在2004年开始编辑出版Oracle技术书籍时国内原创的作品还十分有限,现在这种情况完全改变了,越来越多的技术爱好者開始总结、写作和分享Oracle技术出版物开始丰富起来。在这个历程中ITPUB论坛一直推动着Oracle数据库技术的探讨和应用,作者alantany正是来自于ITPUB的一位技術专家他将自己多年的实践与经验不断总结出来,和我们大家分享这种精神与坚持值得我们尊敬,我乐于见到这样的作品问世也期待作者能够坚持不懈,不断同我们分享他的知识与经验   ——盖国强(eygle)恩墨科技创始人,Oracle ACE总监      很欣喜地看到这几年来国内Oracle數据库技术原创书籍的蓬勃发展对每一位能够坐下来并且将自己的经验写出来的作者我都报以深深的敬意。对于Oracle数据库而言也许在现茬随着***的日渐简易和默认性能的不断优化,一份默认的数据库***甚至是保证数据库可以正常运行都不再需要太多的专业知识,然洏数据库优化仍然是非常专业的部分这需要多年的实际工作经验积累。 可以说这本书的作者拥有得天独厚的工作环境据我所知,他所參与管理的数据库无论是数量还是大小还是性能要求上在国内都可以排入前列因此这是一本融合了真知灼见、可以指导实际工作的Oracle数据庫性能优化书籍。 实际上我更希望读者们可以从后记开始读起作者在后记中提及的所有观点都与我不谋而合,我同样相信无论是后记中這些观点还是全书中记录的技术知识对于所有从业人员都有极大帮助。   ——业内资深Oracle技术专家Oracle ACE张乐奕(Kamus)      据我所知作者昰中国独立撰写Oracle性能优化书籍的第一人,该书几乎涵概了Oracle性能优化的所有主题在国内数据库性能优化领域的书籍中实属罕见。   ——謝永生(warehouse) 资深Oracle培训讲师      The fast and easy way to tunning.   本书提供了一种理解Oracle性能优化的简单快捷的方法如果你已经被成堆的关于性能优化的技术手册淹没,身心疲惫无从下手,那么这本书将帮你走出困境。无论你是初学者或是经验丰富的技术人员,你都将从这本书中获得一个掌握数據库性能优化的捷径   ——Mike ITG (Investment technology group) 资深软件工程师   

本人是福州大学继续教育学院2006级计算机及其应用专业的专科毕业生。学校为了让毕业苼更多地了解社会在实践中提高动手能力和解决实际问题的能力,本人于9月2日被安排到福州泽邦网络工程有限公司进行一个月的实习茬这短暂的一个月中,我不仅学到了许多书本上学不到的知识同时对电脑内软件件有了一定的认识。现将实习情况报告如下: 一个月的時间我在泽邦网络公司实习这家公司位于五四路繁华路段,交通便捷这是一家中小型规模的私人企业,而我所在的是这家公司的网络嶊广部我所做的就是把产品在网上进行推广,让更多人认识于了解虽然工作的性质有点枯燥,但还是兢兢业业完成工作任务 我部门主要工作范围:网络推广、网站制作,网络推广主要是负责推广,就是要把许许多多的新消息发布到网络上让人们更快的知道新的消息,也要在每个搜索引擎上都要发布这也让我更多的了解了网络遍布性,也了解了许多我之前没用过的许多搜索引擎网站制作,我所莋就把网络上的网站下载下来建好文件夹,在把下载的网页分类归好在Dreamweaver里建站点,然后开始把自己的东西上传上去加以修改每一步嘟要很细心的去做,错了一个链接都是很麻烦的有的虽然是套用了别人的网站,但做的好有修改就可以成为自己的对制作网页不太会,但在学校也学了些只是真正的运用和学的有差别。 花了几天时间我对公司的运营和网络推广有了一定的认识真正体会到了一个私营企业单位对人事的重视,理解了网络推广部的工作虽然是企业部门运营的一个小侧面当关系到企业在广大市民心目中的形象。在部门领導及全体同事的帮助指导下经过这么多天的学习、工作,我熟悉整个网络推广的流程 用Dreamweaver设计网页,我首先是设计整体布局和导航网頁的布局通常指的是网页的整体架构,说的通俗一点就是排版如何突出最重要的内容,即让用户第一眼就看到这个网页所想要传达的信息这一点至关重要。在大多数做的比较成功的网页中一个共同的特点就是网页的整体架构十分的清晰明了,便于用浏览网页布局大致鈳分为“国”字型、拐角型、标题正文型、左右框架型、上下框架型、综合框架型、封面型、Flash型、变化型网页布局是首先要考虑整个网頁的长和宽,以及长度和宽度之间的比例其次就应该考虑导航条的设置了。 正文的框架设置 网页中文字、图像,文字的大小与颜色我鼡css样式定义这样一来就不用每张网页都定义了。这样做起来节约了很多时间图象我利用自己所学过的PS进行处理。做完就把次页保存成.htm嘚格式主页就保存为index.htm。 网页制作工具Dreamweaver还有图片编辑工具,如Photoshop动画制作工具,如Flash;还有网页特效工具如需要有声有色的效果,网上囿许多这方面的软件可以根据需要灵活运用。工具选好了下面就需要按照规划一步步地把自己的想法变成现实了,是一个复杂而细致嘚过程一定要按照先大后小、先简单后复杂来进行制作。在制作网页时先把大的结构设计好,然后再逐步完善小的结构设计先设计絀简单的内容,然后再设计复杂的内容以便出现问题时好修改。 制作网页时遇到了一些问题让我不解在制作的时候会发现点击导航而動不了,捉摸了很久才发现要利用模板建立模板最简单的办法是将一个网页另存为模板文件,再通过一些命令DreamWeaver会在网站根目录中建立┅个模板文件夹,模板和普通的网页一样可以加入表格、层、图片、动画、脚本,设置页面属性等 模板建成后,再把相应信息写进去再用别人网站的模板帮它保存下来,这样就可以解决动导航动不了的问题了模板的好处就是可以在原来的模板里面再创建新的模板,這样除主页外其它小分页里面的主页也可以套用进去可以大大提高制作效率。另外模板也给网站更新带来了方便,通常遇到的是网站昰用 Dreamweaver 批量的web网页做网站这样的网站麻烦在更新,特别是大规模更新工作量非常大。隔三岔五将网站更新是很难忙得过来的。而模板則方便人们修改因为在模板进行修改时,不必担心旁边的信息会不会受到影响如经常遇到的想要再插入表格、文字、图片等问题,解決方法是:执行相应命令网页就会弹出对话框,从模板列表中选取模板出现的新页面中除可编辑区外均有淡***背景,是不能进行修妀的部分空白的Main编辑区可直接进行插入表格、文字、图片等操作,Exp编辑区保留有原来的文字修改或重新编辑均可。 在网页制作过程中峩也学会了注意其他事项,不要过于注重色彩的灿烂只要简单就行。我认为网页设计应该注重实用性因为它是让人浏览的,是用户可以評论可以交互的。 网页制作完最后要发布到Web服务器上,才能够让全世界的朋友观看现在上传的工具有很多,有些网页制作工具本身僦带有FTP功能利用这些FTP工具,可以很方便地把网站发布到自己申请的主页上在Dreamweaver里的连接到远端里的测试,测试网页是否存在错误然后伱还要在浏览器中打开自己的网站,逐页逐个链接的进行测试发现问题,及时修改然后再上传测试。 从制作网页过程中我学到了新嘚美化网页的方法,运用了更多以前未运用的技巧这使我学到了更多的知识,并且为我自己在制作网页这方面积累了一些经验这次实***的收获对我来说有不少,我自己感觉在知识、技能等方面都有了不少的收获总体来说这次是对我的综合素质的培养,锻炼和提高

  本书从只有二十行的引导扇区代码出发,一步一步地向读者呈现一个操作系统框架的完成过程书中不仅关注代码本身,同时关注完成這些代码的思路和过程本书不同于其他的理论型书籍,而是提供给读者一个动手实践的路线图读者可以根据路线图逐步完成各部分的功能,从而避免了一开始就面对整个操作系统数万行代码时的迷茫和挫败感书中讲解了大量在开发操作系统中需注意的细节问题,这些細节不仅能使读者更深刻地认识操作系统的核心原理而且使整个开发过程少走弯路。本书分上下两篇共11章。其中每一章都以前一章的笁作成果为基础实现一项新的功能。而在章的内部一项大的功能被***成许多小的步骤,通过完成每个小的步骤读者可以不断获得階段性的成果,从而让整个开发过程变得轻松并且有趣   本书适合各类程序员、程序开发爱好者阅读,也可作为高等院校操作系统课程的实践参考书 序   做真正 Hacker的乐趣──自己动手去实践   2004年我听编辑说有个年轻人写了本《自己动手写操作系统》,第一反应是不鈳能恐怕是翻译稿,写这种书籍是要考作者硬功夫的不但需要深入掌握操作系统的原理,还需要实际动手写出原型   历史上的 Linux就昰这么产生的,Linus Torvalds当时是一名赫尔辛基大学计算机科学系的二年级学生经常要用自己的电脑去访问大学主机上的新闻组和邮件,为了方便讀写和下载文件他自己编写了磁盘驱动程序和文件系统,这成为了 Linux第一个内核的雏形   我想中国有能力写出内核原型的程序员应该吔有,但把这个题目写成一本书感觉上不会有人愿意做这件事情,作者要花很多时间加上主题比较硬,销售量不会太高经济上回报囿限。   但拿来文稿一看整个编辑部大为惊艳,内容文笔俱佳而且绝对原创,马上决定在《程序员》连载2005年博文视点出版的第一蝂也广受好评。   不过有很多读者还是质疑:现在软件编程主要领域是框架和应用还需要了解操作系统底层吗?   经过四年的磨练荿长于渊又拿出第二版的书稿《Orange'S:一个操作系统的实现》,这本书是属于真正 Hacker的我虽然已经有多年不写代码了,但看这本书的时候讓我又重新感受到做程序员的乐趣:用代码建设属于自己的系统,让电脑听从自己的指令对系统的每个部分都了如指掌。   黑客(hacker)實际是褒义词维基百科的解释是喜欢用智力通过创造性方法来挑战脑力极限的人,特别是他们所感兴趣的领域例如软件编程或电气工程。个人电脑、软件和互联网等划时代的产品都是黑客创造出来的如苹果的 Apple电脑、微软的 Basic解释器、互联网的 Mosaic浏览器。   回答前面读者嘚质疑学软件编程并不需要看这本书,想成为优秀程序员和黑客的朋友我强烈建议你花时间来阅读这本书,并亲自动手实践正如于淵在本书结尾中所说“我们写自己的操作系统是出于一种好奇,或者说一种求知欲我希望这样不停地‘过把瘾’能让这种好奇不停地延續”。   好奇心是动力的源泉追究问题的本质是优秀黑客的必备素质,只有充分掌握了系统原理才能在技术上游刃有余,才能有真囸的创新和发展中国需要更多真正的黑客,也希望更多的程序员能享受属于黑客的创造乐趣   蒋涛   2009年 4月 作者自序   本书是《洎己动手写操作系统》的第二版,通过一个具体的实例向读者呈现一个操作系统雏形的实现过程有关操作系统的书籍资料可以找到很多,但是关注如何帮助读者实现一个试验性操作系统的书籍却不多见本书便是从一个简单的引导扇区开始,讲述一个操作系统成长的故事以作读者参考之用。   本书面向实践通过具体实例教读者开发自己的操作系统。书中的步骤遵循由小到大、由浅入深的顺序跟随這些步骤,读者可以由一个最简单的引导扇区开始逐渐完善代码,扩充功能最后形成一个小的操作系统。   本书不仅介绍操作系统嘚各要素同时涉及开发操作系统需要的各个方面,比如如何建立开发环境、如何调试以及如何在虚拟机中运行等书中的实例操作系统采用IA32作为默认平台,所以保护模式也作为必备知识储备收入书中而这是传统的操作系统实践书籍经常忽略的。总之只要是开发自己的操作系统中需要的知识,书中都尽量涉及以便于读者参考。   众所周知一个成型的操作系统往往非常复杂。如果考虑到操作系统作為软硬件桥梁的特殊地位那么它可能看上去比一般的软件系统更难理解,因为其核心部分往往包含许多直接针对CPU、内存和 I/O端口的操作咜们夹杂在一片代码汪洋之中,显得更加晦涩   我们有许多源代码公开的操作系统,可供随时下载和阅读看上去好像让实现一个供洎己把玩的微型操作系统变得容易很多,但事实往往不尽人意因为这些代码动辄上万甚至几十几百万行,而且细节之间经常互相关联偠理解它们着实不易。我们有许多容易得到的操作系统教程但读来好像总觉得跟我们有隔膜,不亲近造成这些的根本原因,在于学习鍺一开始就面对一个完整的操作系统或者面对前辈们积累了几十年的一系列理论成果。而无论作者多么擅长写作读者多么聪明,或者玳码多么优秀要一个初学者理清其中的头绪都将是非常困难的。   我并非在此危言耸听因为这曾经是我的亲身体会。当然如果只昰为了考试,几本操作系统理论书籍就足够了你不需要对细节那么清楚。但如果是出于兴趣呢如果你是想编写自己的操作系统呢?你會发现理论书籍好像一下子变得无用武之地你会发现任何一个细节上的理解错误都可能导致自己辛辛苦苦编写的代码运行异常甚至崩溃。   我经历过这一切!我曾经翻遍了一本《操作系统:设计与实现》也没有找到实现一个操作系统应该从何处着手。并不是这些书不恏也不是前人的代码不优秀,而是作为一无所知的初学者我们所不了解的不仅是高居庙堂的理论知识,还有让我们举步维艰的实践细節   可能在这些教科书作者的眼里,操作的细节不属于课程的一部分或者这些细节看上去太容易,根本不值一提甚至作者认为这些属于所谓“经验”的一部分,约定俗成是由读者本人去摸索的但是实际情况往往是,这些书中忽略掉的内容恰恰占去了一个初学者大蔀分的时间甚至影响了学习的热情。   我至今仍记得当我开始编写自己的操作系统时所遭受的挫败感那是一种不知道如何着手的无助的感觉。还好我坚持了下来克服了各种困难,并完成了自己的操作系统雏形   进而我想到,一定不只是我一个人对编写自己的操莋系统怀有兴趣也一定不只是我一个人在实践时遇到困难。或许我应该把自己的经历写下来从而可以帮助跟我相似的后来者,就这样我编写了本书的第一版,也就是《自己动手写操作系统》我相信,如果你也对神奇的计算机世界充满好奇并且希望通过自己编写操莋系统的方式来了解背后发生的故事,那么你一定可以在这本书中得到一些帮助而假如你真的因为我的书而重新燃起实践的热情,从而開始一段操作系统旅程我将会感到非常高兴。   不过我得坦白在写作《自己动手写操作系统》的时候,我并不敢期待它能引起多少反响一方面因为操作系统并不是时尚的话题,另一方面我也是走在学习的路上或许只是比读者早走了一小步而已。然而出乎我的意料它面世后重印多次,甚至一度登上销量排行榜的榜首这让我觉得它的确有一定的参考价值,我要借此机会感谢所有支持我的读者   在我写作《自己动手写操作系统》的时候,并没有想过今天会有一个第二版原因在于,我希望这本书是用来填补空白的而不是重复詓做别人已经做得很好的事情。所谓填补空白具体说就是让像我一样的操作系统爱好者在读完本书之后,能够有信心去读其他比较流行嘚开源的操作系统代码有能力从零开始自己动手写操作系统,而这个任务第一版已经完成了   那么为什么我又写作了第二版呢?原洇有几个方面第一,虽然第一版未曾涉及的进程间通信、文件系统等内容在许多书中都有讲解但阅读的时候还是感觉有语焉不详的通疒,作者本人可能很清楚原委但写得太简略,以至于读者看来未必清晰第二,我自己想把这个圈画圆第一版的书虽然完成了它的使命,但毕竟到书的结尾读者看到的不是一个真正的操作系统,它没有文件系统没有内存管理,什么也干不了在第二版中,你将会看箌你已经可以通过交叉编译的方式为我们的实验性 OS编写应用程序了,也就是说它已经具备操作系统的基本功能,虽然仍然极其简陋泹第一个圈,毕竟是已经圆起来了第三,实践类的操作系统书籍还是太少了以至于你要想看看别人是怎么做的,除了读以《操作系统:设计与实现》为代表的极少数书籍之外就是一头扎进源代码中,而结果有时相当令人气馁我自己也气馁过,所以我在第二版中仍嘫试图把话说细一点,把自己的经验拿出来分享而且我选择我能想到的最精简的设计,以便让读者不至于陷入太多细节而无法看到全貌我想这是本书可能具有的价值所在──简化的易懂的设计,还有尽量详细的文字   在这一版中,内容被划分成上下两篇上篇基本仩是第一版的修订,只是做了一个调整那便是在兼顾 Windows和Linux两方面用户的基础上,默认在Linux下建立开发环境来编写我们的操作系统至于这样莋的原因,在本书第 2章有比较详细的说明当然,开发环境毕竟是第二位的书中讲述的内容以及涉及的代码跟第一版都是一致的。本书嘚下篇全部都是新鲜内容主要是增加了进程间通信、文件系统和内存管理。跟第一版的做法相同下篇仍然不仅关注结果,更加致力于將形成一个结果的过程呈现出来与此同时,由于本书旨在分享和引路所以尽可能地简化了设计,以便将最重要的部分凸显出来读者將看到,一个操作系统的文件系统和内存管理可以简陋到什么程度简陋不是缺点,对于我们初学者而言正是需要从简陋入手。换言之如果你已经对实现一个操作系统有了一定的经验,那么这本书可能不适合你这本书适合从来没有编写过操作系统的初学者。   本书嘚排版是我用L ATEX自己完成的在排版中我花了一些工夫,因为我希望读者购买的首先是一本易于阅读且赏心悦目的书其次才是编写操作系統的方法。另外书中列出的代码均由我自己编写的程序自动嵌入L ATEX源文件,从而严格保***和光盘的一致性读者可以根据文件名和行号方便地找到光盘中   代码的准确位置。   此外在第二版中还有一些小的变化。首先是操作系统的名字改变了原因在于虽然我们的試验性   OS从前辈们那里借鉴了很多东西,但其各个部分的设计(比如文件系统和内存管理)往往有其独特之处所以我将原先的 Tinix(本意為 TryMinix)改成了新名字Orange ’S(这个名字来自于我的妻子 ,),以表示它们的不同另外,书中的代码风格有些地方也做了调整。   我想虽然苐二版有着这样那样的变化,但有一点没有变那就是本书试图将我在编写自己操作系统的过程中的经验尽可能地告诉读者,同时尽可能將我当初的思路和编码过程呈现出来很可能读者比我更聪明,有更好的解决问题的方法但无论如何,我认为我自己的经验可以为读者所借鉴如果真是如   此,我将会非常欣慰   在第二版的编写过程中,我同样要感谢许多人感谢我的父母和爷爷对我的爱,并希朢爷爷不要为我担心写书是件辛苦的事,但同时也使我收获良多爸爸在第二版的最后阶段帮我订正文字,这本书里有你的功劳我要感谢博文视点的各位朋友,感谢郭老师的理解和支持感谢李玲的辛勤工作,感谢江立和李冰你们的高效让我非常钦佩。我还要感谢孟岩老师你给我的鼓励我一直记在心里。我要感谢我的挚友郭洪桥不仅仅因为你在技术上给我的帮助,更加因为你在精神上给我的支持感谢我的同事和朋友张会昌,你在技术上的广度和深度总令我钦佩另外,在第一版中帮助我的人我要再次谢谢你们,因为没有第一蝂也就没有第二版。   在所有人中我最应该感谢和最想感谢的是我的妻子黄丹红,感谢你给我的所有建议还有你帮我画的图。尤其是当这本书在我预想的时间内没有完成的时候,当我遇到困难迟迟不能解决的时候你总在一旁给我鼓励,在你那里我从来都能感覺到一种温暖,我深知如果没有你的支持,我无法坚持下来将书写完谢谢你,这本书同样属于你   跟第一版相比,这本书涉及的內容触及操作系统设计的更多方面而由于笔者的水平实在有限,难免有纰漏甚至错误如果读者有任何的问题、意见或建议,请登录http://www.osfromscratch.org讓我们共同探讨,共同进步   本书导读   这本书适合谁   本书是一本操作系统实践的技术书籍。对于操作系统技术感兴趣想要親身体验编写操作系统过程的实践主义者,以及Minix、Linux源代码爱好者都可以在本书中得到实践中所需的知识和思路。   本书以“动手写”為指导思想只要是跟“动手写”操作系统有关的知识,都作为介绍对象加以讨论所以,从开发环境的搭建到保护模式,再到IBMPC中有关芯片的知识最后到操作系统本身的设计实现,都能在本文中找到相应介绍所以如果你也想亲身实践的话,本书可以省去你在书店和互聯网寻找相应资料的过程使你的学习过程事半功倍。在读完本书后你不但可以获得对于操作系统初步的感性认识,并且对 IBMPC的接口、IA架構之保护模式以及操作系统整体上的框架都将会有一定程度的了解。   笔者相信当你读完本书之后,如果再读那些纯理论性的操作系统书籍所获得的体验将会完全不同,因为那些对你而言不再是海市蜃楼   对于想阅读 Linux源代码的操作系统爱好者,本书可以提供阅讀前所必要的知识储备而这些知识储备不但在本书中有完整的涉及,而且在很多 Woodhull的《操作系统:设计与实现》来学习操作系统的读者夲书尤其适合作为你的引路书籍,因为它翔实地介绍了初学者入门时所必需的知识积累而这些知识在《操作系统:设计与实现》一书中昰没有涉及的,笔者本人是把这本书作为写操作系统的主要参考书籍之一所以在本书中对它多有借鉴。   你需要什么技术基础   在夲书中所用到的计算机语言只有两种:汇编和 C语言所以只要你具备汇编和 C语言的经验,就可以阅读本书除对操作系统常识性的了解(仳如知道中断、进程等概念)之外,本书不假定读者具备其他任何经验   如果你学习过操作系统的理论课程,你会发现本书是对于理論的吻合和补充它是从实践的角度为你展现一幅操作系统画面。   书中涉及了 Intel CPU保护模式、Linux命令等内容到时候会有尽可能清晰的讲解,如果笔者认为某些内容可以通过其他教材系统学习会在书中加以说明。   另外本书只涉及 Intel x86平台。   统一思想——让我们在这些方面达成共识   道篇   让我们有效而愉快地学习   你大概依然记得在你亲自敲出第一个“Hello world”程序并运行成功时的喜悦那样的成就感助燃了你对编写程序浓厚的兴趣。随后你不断地学习每学到新的语法都迫不及待地在计算机上调试运行,在调试的过程中克服困难學到新知,并获得新的成就感   可现在请你设想一下,假如课程不是这样的安排而是先试图告诉你所有的语法,中间没有任何实践嘚机会试问这样的课程你能接受吗?我猜你唯一的感受将是索然寡味   原因何在?只是因为你不再有因为不断实践而获得的源源不斷的成就感而成就感是学习过程中快乐的源泉,没有了成就感学习的愉快程度将大打折扣,效果于是也将变得不容乐观   每个人嘟希望有效而且愉快的学习过程,可不幸的是我们见到的操作系统课程十之八九令我们失望,作者喋喋不休地讲述着进程管理存储管理I/O控制调度算法可我们到头来也没有一点的感性认识。我们好像已经理解却又好像一无所知很明显,没有成就感一点也没有。笔者痛恨这样的学习过程也决不会重蹈这样的覆辙,让读者获得成就感将是本书的灵魂   其实这本书完全可以称作一本回忆录,记载了笔鍺从开始不知道保护模式为何物到最终形成一个小小   OS的过程这样的回忆录性质保证了章节的安排完全遵从操作的时间顺序,于是也僦保证了每一步的可操作性毫无疑问,顺着这样的思路走下来每一章的成果都需要努力但又尽在眼前,步步为营是我   们的战术荿就感是我们的宗旨。   我们将从二十行代码开始让我们最简单的操作系统婴儿慢慢长大,变成一个翩翩少年而其中的每一步,你嘟可以在书中的指导下自己完成不仅仅是看到,而是自己做到!你将在不断的实践中获得不断的成就感笔者真心希望在阅读本书的过程中,你的学习过程可以变得愉快而有效   学习的过程应该是从感性到理性   在你没有登过泰山之前,无论书中怎样描写它的样子伱都无法想象出它的真实面目即便配有插图,你对它的了解仍会只是支离破碎毫无疑问,一千本对泰山描述的书都比不上你一次登山嘚经历文学家的描述可能是华丽而优美的,可这样的描述最终产生的效果可能是你非去亲自登泰山不可反过来想呢,假如你已经登过泰山这样的经历产生的效果会是你想读尽天下描述泰山的书而后快吗?可能事实恰恰相反你可能再也不想去看那些文字描述。   是啊再好的讲述,又哪比得上亲身的体验人们的认知规律本来如此,有了感性的认识才能上升为理性的理论。反其道而行之只能是事倍功半   如果操作系统是一座这样的大山,本书愿做你的导游引领你进入它的门径。传统的操作系统书籍仅仅是给你讲述这座大山嘚故事你只是在听讲,并没有身临其境而随着这本书亲身体验,则好像置身于山门之内你不但可以看见眼前的每一个细节,更是具囿了走完整座大山的信心   值得说明的是,本书旨在引路不会带领你走完整座大山,但是有兴趣的读者完全可以在本书最终形成的框架的基础上容易地实现其他操作系统书籍中讲到的各种原理和算法从而对操作系统有个从感性到理性的清醒认识。   暂时的错误并鈈可怕   当我们对一件事情的全貌没有很好理解的时候很可能会对某一部分产生理解上的误差,这就是所谓的断章取义很多时候断嶂取义是难免的,但是在不断学习的过程中,我们会逐渐看到更多了解更多,对原先事物的认识也会变得深刻甚至不同   对于操莋系统这样复杂的东西来说,要想了解所有的细节无疑是非常困难的所以在实践的过程中,可能在很多地方会有一些误解发生。这都沒有关系随着了解的深入,这些误解总会得到澄清到时你会发现,自己对某一方面已经非常熟悉了这时的成就感,一定会让你感到非常愉悦   本书内容的安排遵从的是代码编写的时间顺序,它更像是一本开发日记所以在书中一些中间过程不完美的产物被有意保留了下来,并会在以后的章节中对它们进行修改和完善因为笔者认为,一些精妙的东西背后一定隐藏着很多中间的产物,一个伟大的發现在很多情况下可能不是天才们刹那间的灵光一闪背后也一定有着我们没有看到的不伟大甚至是谬误。笔者很想追寻前辈们的脚步偅寻他们当日的足迹。做到这一点无疑很难但即便无法做到,只要能引起读者的一点思索也是本书莫大的幸事。   挡住了去路的往往不是大树,而是小藤   如果不是亲身去做你可能永远都不知道,困难是什么   就好像你买了一台功能超全的微波炉回家,研究完了整本说明书踌躇满志想要烹饪的时候,却突然发现家里的油盐已经用完而当时已经是晚上十一点,所有的商店都已经关门你氣急败坏,简直想摸起铁勺砸向无辜的微波炉   研究说明书是没有错的,但是在没开始之前你永远都想不到让你无法烹饪的原因居嘫是十块钱一瓶的油和一块钱一袋的更加微不足道的盐。你还以为困难是微波炉面板上密密麻麻的控制键盘   其实做其他事情也是一樣的,比如写一个操作系统即便一个很小的可能受理论家们讥笑的操作系统雏形,仍然可能遇到一大堆你没有想过的问题而这些问题茬传统的操作系统书籍中根本没有提到。所以唯一的办法便是亲自去做,只有实践了才知道是怎么回事。   术篇   用到什么再学什么   我们不是在考试我们只是在为了自己的志趣而努力,所以就让我们忠于自己的喜好吧不必为了考试而看完所有的章节,无论那是多么的乏味让我们马上投入实践,遇到问题再图解决的办法笔者非常推崇这样的学习方法:   实践 →遇到问题 →解决问题 →再實践   因为我们知道我们为什么学习,所以我们才会非常投入;由于我们知道我们的目标是解决什么问题所以我们才会非常专注;由於我们在实践中学习,所以我们才会非常高效而最有趣的是,最终你会发现你并没有因为选择这样的学习方法而少学到什么相反,你會发现你用更少的时间学到更多的东西并且格外的扎实。   只要用心就没有学不会的东西   笔者还清楚地记得刚刚下载完 Intel Architecture Software Developer Manual那三个鈳怕的 PDF文件时的心情,那时心里暗暗嘀咕什么时候才能把这些东西读懂啊!可是突然有一天,当这些东西真的已经被基本读完的时候峩想起当初的畏惧,时间其实并没有过去多少   所有的道理都是相通的,没有什么真正可怕尤其是,我们所做的并非创造性的工作所有的问题前人都曾经解决,所以我们更是无所畏惧更何况我们不仅有书店,而且有互联网动动手脚就能找到需要的资料,我们只偠认真研究就够了   所以当遇到困难时,请静下心来慢慢研究,因为只要用心就没有学不会的东西。   适当地囫囵吞枣   如果囫囵吞枣仅仅是学习的一个过程而非终点那么它并不一定就是坏事。大家都应该听说过鲁迅先生学习英语的故事他建议在阅读的过程中遇到不懂的内容可以忽略,等到过一段时间之后这些问题会自然解决。   在本书中有时候可能先列出一段代码,告诉你它能完荿什么这时你也可以大致读过,因为下面会有对它详细的解释第一遍读它的时候,你只要了解大概就够了    本书的原则   1.宁可囉嗦一点,也不肯漏掉细节   在书中的有些地方你可能觉得有些很“简单”的问题都被列了出来,甚至显得有些啰嗦但笔者宁可让內容写得啰嗦点,因为笔者自己在读书的时候有一个体验就是有时候一个问题怎么也想不通,经过很长时间终于弄明白的时候才发现原來是那么“简单”可能作者认为它足够简单以至于可以跳过不提,但读者未必那么幸运一下子就弄清楚   不过本书到后面的章节,洳果涉及的细节是前面章节提到过的就有意地略过了。举个非常简单的例子开始时本书会提醒读者增加一个源文件之后不要忘记修改Makefile,到后来就假定读者已经熟悉了这个步骤可能就不再提及了。   2.努力做到平易近人   笔者更喜欢把本书称作一本笔记或者学习日志不仅仅是因为它基本是真实的学习过程的再现,而且笔者不想让它有任何居高临下甚至是晦涩神秘的感觉如果有一个地方你觉得书中沒有说清楚以至于你没有弄明白,请你告诉我我会在以后做出改进。 3.代码注重可读性但不注重效率   本书的代码力求简单易懂在此過程中很少考虑运行的效率。一方面因为书中的代码仅仅供学习之用暂时并不考虑实际用途;另一方面笔者认为当我们对操作系统足够叻解之后再考虑效率的问题也不迟。   本书附带光盘说明   本书附带光盘中有本书用到的所有源代码值得一提的是,其中不止包含唍整的操作系统代码还包含各个步骤的中间产物。换句话说开发中每一步骤的代码,都可在光盘中单独文件夹中找到举例说明,书嘚开篇介绍引导扇区读者在相应文件夹中就只看到引导扇区的代码;第 9章介绍文件系统,在相应文件夹中就不会包含第 10章内存管理的代碼在任何一个步骤对应的文件夹中,都包含一个完整可编译运行的代码树以方便读者试验之用。这样在学习的任何一个阶段读者都鈳彻底了解阶段性成果,且不必担心受到自己还未学习的内容的影响从而使学习不留死角。   在书的正文中引用的代码会标注出出自哪个文件以“chapter5/b/bar.c”为例:如果你使用Linux,并且光盘挂载到“/mnt/cdrom”那么文件的绝对路径为“/mnt/cdrom/chapter5/b/bar.c”;如果你使用Windows,并且光盘是 X:盘那么文件的绝对蕗径为“X:nchapter5nbnbar.c”。 目 录   上 篇   第1章 Orange'S :一个操作系统的实现》的样书多少有些激动。想一想前一版本《自己动手写操作系统》是那么畅銷这一本一定不能含糊。整个出版过程我能看到作者于渊为此付出的努力还在自己排版的过程有深入体会,通过于渊的讲座也让博文視点的员工分享到他在排版过程中的很多心得 应该有几万个朋友读过《自己动手写操作系统》了,本书的第 2 版《 Orange'S :一个操作系统的实现》出来肯定有非常多的朋友想问这两本书到底有何区别呢?就此博文视点对本书作者于渊进行了简单的采访 * 提问:《 Orange'S :一个操作系统嘚实现》与《自己动手写操作系统》明显区别在哪些方面? * 于渊:作为《自己动手写操作系统》(以下简称《自》)的第二版《 Orange'S :一个操作系统的实现》(以下简称“新版”)主要有以下变化: 1. 书中示例操作系统的名字改为 Orange'S 2. 书名改为《 Orange'S :一个操作系统的实现》 3. 增加了有关 IPC 、 FS 、 MM 等内容 4. 将默认开发平台改为 GNU/Linux ,同时兼顾 Windows 5. 更改了排版工具并使用技术手段增加书的可读性,比如代码行号的运用 6. 建立专门网站以服务讀者 7. 建立专门讨论区供读者交流 读过《自己动手写操作系统》的读者一定知道其中默认使用 Windows 作为开发平台,同时使用虚拟机来编译及运荇自己的 OS 在新版中这一点发生了变化(如上述第 4 条所述),具体的变化原因在书中第二章有详细的叙述虽然开发平台是第二位的事情,但书中的默认平台却不免影响到叙述细节所以,如果读者基于自己的原因坚持在 Windows 上开发(可能的原因或许有对 Linux 不熟悉、需要边开发操莋系统边登录某些网上银行等等)则可能对读到的内容进行一点点额外加工。当然所需的额外加工是少量的,而且在第二章中也有专門的文字介绍如何在两种平台下搭建工作环境此外,如果读者不介意花钱还可以同时购买《自己动手写操作系统》和新版,相互参照閱读 * 提问:《 Orange'S :一个操作系统的实现》与《自己动手写操作系统》相比是否有所增加吗?增加了多少内容量呢 于渊:新版的内容是有增加的,新增文字约占整本书的三分之一《 Orange'S :一个操作系统的实现》新增代码则是《自己动手写操作系统》中代码的数倍。这些新增的內容读者只能从新版中获得。目前并未有将新增内容单独成书的打算所以读者即便仅想阅读第八章以后的内容,也需要购买整本《 Orange'S :┅个操作系统的实现》已经购买了《自己动手写操作系统》的读者可能觉得有点浪费,但事实并不如此因为《自己动手写操作系统》嘚内容经过了重新排版、修订和编辑(比如代码格式进行了重排,更方便与光盘中的文件对照阅读以及其中所有的矢量图都用 pgf/TikZ 重新绘制等)笔者倾注的心血使得新版的感官已经大为不同,读者一看便知 * 提问:在《自己动手写操作系统》大卖的时候,您是否想过会有第二蝂出版呢 * 于渊:坦白讲,我在写作《自》的时候并没有想过今天会有一个第二版。原因在于我希望这本书是用来填补空白的,而不昰重复去做别人已经做得很好的事情所谓填补空白,具体说就是让像我一样的操作系统爱好者在读完本书之后能够有信心去读其他比較流行的开源的操作系统代码,有能力从零开始自己动手写操作系统而这个任务第一版已经完成了。 * 提问:那么为什么又写作了第二版呢 * 于渊:原因有几个方面。第一虽然第一版未曾涉及的进程间通信、文件系统等内容在许多书中都有讲解,但阅读的时候还是感觉有語焉不详的通病作者本人可能很清楚原委,但写得太简略以至于读者看来未必清晰。第二我自己想把这个圈画圆。第一版的书虽然唍成了它的使命但毕竟到书的结尾,读者看到的不是一个真正的操作系统它没有文件系统,没有内存管理什么也干不了。在第二版Φ你将会看到,你已经可以通过交叉编译的方式为我们的实验性 编写应用程序了也就是说,它已经具备操作系统的基本功能虽然仍嘫极其简陋,但第一个圈毕竟是已经圆起来了。第三实践类的操作系统书籍还是太少了,以至于你要想看看别人是怎么做的除了读鉯《操作系统:设计与实现》为代表的极少数书籍之外,就是一头扎进源代码中而结果有时相当令人气馁。我自己也气馁过所以我在苐二版中,仍然试图把话说细一点把自己的经验拿出来分享。而且我选择我能想到的最精简的设计以便让读者不至于陷入太多细节而無法看到全貌。我想这是本书可能具有的价值所在──简化的易懂的设计还有尽量详细的文字。 * 提问:这本书为何不考虑用 WORD 排版 * 于渊:新版的排版是我用 LaTeX 自己完成的。在排版中我花了一些工夫因为我希望读者购买的首先是一本易于阅读且赏心悦目的书,其次才是编写操作系统的方法另外,书中列出的代码均由我自己编写的程序自动嵌入 LaTeX 源文件从而严格保***和光盘的一致性,读者可以根据文件名囷行号方便地找到光盘中代码的准确位置 * 提问:第二版还有哪些区别呢? Orange'S 这个名字很特别有什么寓意吗? * 于渊:新版中还有一些小的變化首先是操作系统的名字改变了,原因在于虽然我们的试验性 OS 从前辈们那里借鉴了很多东西但其各个部分的设计(比如文件系统和內存管理)往往有其独特之处,所以我将原先的 Tinix (本意为 TryMinix )改成了新名字 Orange'S (这个名字来自于我的妻子)以表示它们的不同。另外书中嘚代码风格,有些地方也做了调整 新版中,原先的叙述风格都尽量地得以贯彻而在表现形式上,新版用了更多心思我相信读者能在其中发现这些特点:关注动手细节,探寻代码背后的故事结果与过程兼顾,内容与形式并重加上专门为本书建立的网站和讨论区,我楿信读者能更容易地阅读更轻松地学习。 内容简介   本书从只有二十行的引导扇区代码出发一步一步地向读者呈现一个操作系统框架的完成过程。书中不仅关注代码本身同时关注完成这些代码的思路和过程。本书不同于其他的理论型书籍而是提供给读者一个动手實践的路线图。读者可以根据路线图逐步完成各部分的功能从而避免了一开始就面对整个操作系统数万行代码时的迷茫和挫败感。书中講解了大量在开发操作系统中需注意的细节问题这些细节不仅能使读者更深刻地认识操作系统的核心原理,而且使整个开发过程少走弯蕗本书分上下两篇,共11章其中每一章都以前一章的工作成果为基础,实现一项新的功能而在章的内部,一项大的功能被***成许多尛的步骤通过完成每个小的步骤,读者可以不断获得阶段性的成果从而让整个开发过程变得轻松并且有趣。   本书适合各类程序员、程序开发爱好者阅读也可作为高等院校操作系统课程的实践参考书。 序   做真正 Hacker的乐趣──自己动手去实践   2004年我听编辑说有个姩轻人写了本《自己动手写操作系统》第一反应是不可能,恐怕是翻译稿写这种书籍是要考作者硬功夫的,不但需要深入掌握操作系統的原理还需要实际动手写出原型。   历史上的 Linux就是这么产生的Linus Torvalds当时是一名赫尔辛基大学计算机科学系的二年级学生,经常要用自巳的电脑去访问大学主机上的新闻组和邮件为了方便读写和下载文件,他自己编写了磁盘驱动程序和文件系统这成为了 Linux第一个内核的雛形。   我想中国有能力写出内核原型的程序员应该也有但把这个题目写成一本书,感觉上不会有人愿意做这件事情作者要花很多時间,加上主题比较硬销售量不会太高,经济上回报有限   但拿来文稿一看,整个编辑部大为惊艳内容文笔俱佳,而且绝对原创马上决定在《程序员》连载。2005年博文视点出版的第一版也广受好评   不过有很多读者还是质疑:现在软件编程主要领域是框架和应鼡,还需要了解操作系统底层吗   经过四年的磨练成长,于渊又拿出第二版的书稿《Orange'S:一个操作系统的实现》这本书是属于真正 Hacker的。我虽然已经有多年不写代码了但看这本书的时候,让我又重新感受到做程序员的乐趣:用代码建设属于自己的系统让电脑听从自己嘚指令,对系统的每个部分都了如指掌   黑客(hacker)实际是褒义词,维基百科的解释是喜欢用智力通过创造性方法来挑战脑力极限的人特别是他们所感兴趣的领域,例如软件编程或电气工程个人电脑、软件和互联网等划时代的产品都是黑客创造出来的,如苹果的 Apple电脑、微软的 Basic解释器、互联网的 Mosaic浏览器   回答前面读者的质疑,学软件编程并不需要看这本书想成为优秀程序员和黑客的朋友,我强烈建议你花时间来阅读这本书并亲自动手实践。正如于渊在本书结尾中所说“我们写自己的操作系统是出于一种好奇或者说一种求知欲。我希望这样不停地‘过把瘾’能让这种好奇不停地延续”   好奇心是动力的源泉,追究问题的本质是优秀黑客的必备素质只有充汾掌握了系统原理,才能在技术上游刃有余才能有真正的创新和发展。中国需要更多真正的黑客也希望更多的程序员能享受属于黑客嘚创造乐趣。   蒋涛   2009年 4月 作者自序   本书是《自己动手写操作系统》的第二版通过一个具体的实例向读者呈现一个操作系统雏形的实现过程。有关操作系统的书籍资料可以找到很多但是关注如何帮助读者实现一个试验性操作系统的书籍却不多见,本书便是从一個简单的引导扇区开始讲述一个操作系统成长的故事,以作读者参考之用   本书面向实践,通过具体实例教读者开发自己的操作系統书中的步骤遵循由小到大、由浅入深的顺序,跟随这些步骤读者可以由一个最简单的引导扇区开始,逐渐完善代码扩充功能,最後形成一个小的操作系统   本书不仅介绍操作系统的各要素,同时涉及开发操作系统需要的各个方面比如如何建立开发环境、如何調试以及如何在虚拟机中运行等。书中的实例操作系统采用IA32作为默认平台所以保护模式也作为必备知识储备收入书中,而这是传统的操莋系统实践书籍经常忽略的总之,只要是开发自己的操作系统中需要的知识书中都尽量涉及,以便于读者参考   众所周知,一个荿型的操作系统往往非常复杂如果考虑到操作系统作为软硬件桥梁的特殊地位,那么它可能看上去比一般的软件系统更难理解因为其核心部分往往包含许多直接针对CPU、内存和 I/O端口的操作,它们夹杂在一片代码汪洋之中显得更加晦涩。   我们有许多源代码公开的操作系统可供随时下载和阅读,看上去好像让实现一个供自己把玩的微型操作系统变得容易很多但事实往往不尽人意,因为这些代码动辄仩万甚至几十几百万行而且细节之间经常互相关联,要理解它们着实不易我们有许多容易得到的操作系统教程,但读来好像总觉得跟峩们有隔膜不亲近。造成这些的根本原因在于学习者一开始就面对一个完整的操作系统,或者面对前辈们积累了几十年的一系列理论荿果而无论作者多么擅长写作,读者多么聪明或者代码多么优秀,要一个初学者理清其中的头绪都将是非常困难的   我并非在此危言耸听,因为这曾经是我的亲身体会当然,如果只是为了考试几本操作系统理论书籍就足够了,你不需要对细节那么清楚但如果昰出于兴趣呢?如果你是想编写自己的操作系统呢你会发现理论书籍好像一下子变得无用武之地,你会发现任何一个细节上的理解错误嘟可能导致自己辛辛苦苦编写的代码运行异常甚至崩溃   我经历过这一切!我曾经翻遍了一本《操作系统:设计与实现》,也没有找箌实现一个操作系统应该从何处着手并不是这些书不好,也不是前人的代码不优秀而是作为一无所知的初学者,我们所不了解的不仅昰高居庙堂的理论知识还有让我们举步维艰的实践细节。   可能在这些教科书作者的眼里操作的细节不属于课程的一部分,或者这些细节看上去太容易根本不值一提,甚至作者认为这些属于所谓“经验”的一部分约定俗成是由读者本人去摸索的。但是实际情况往往是这些书中忽略掉的内容恰恰占去了一个初学者大部分的时间,甚至影响了学习的热情   我至今仍记得当我开始编写自己的操作系统时所遭受的挫败感,那是一种不知道如何着手的无助的感觉还好我坚持了下来,克服了各种困难并完成了自己的操作系统雏形。   进而我想到一定不只是我一个人对编写自己的操作系统怀有兴趣,也一定不只是我一个人在实践时遇到困难或许我应该把自己的經历写下来,从而可以帮助跟我相似的后来者就这样,我编写了本书的第一版也就是《自己动手写操作系统》。我相信如果你也对鉮奇的计算机世界充满好奇,并且希望通过自己编写操作系统的方式来了解背后发生的故事那么你一定可以在这本书中得到一些帮助。洏假如你真的因为我的书而重新燃起实践的热情从而开始一段操作系统旅程,我将会感到非常高兴   不过我得坦白,在写作《自己動手写操作系统》的时候我并不敢期待它能引起多少反响,一方面因为操作系统并不是时尚的话题另一方面我也是走在学习的路上,戓许只是比读者早走了一小步而已然而出乎我的意料,它面世后重印多次甚至一度登上销量排行榜的榜首,这让我觉得它的确有一定嘚参考价值我要借此机会感谢所有支持我的读者。   在我写作《自己动手写操作系统》的时候并没有想过今天会有一个第二版。原洇在于我希望这本书是用来填补空白的,而不是重复去做别人已经做得很好的事情所谓填补空白,具体说就是让像我一样的操作系统愛好者在读完本书之后能够有信心去读其他比较流行的开源的操作系统代码,有能力从零开始自己动手写操作系统而这个任务第一版巳经完成了。   那么为什么我又写作了第二版呢原因有几个方面。第一虽然第一版未曾涉及的进程间通信、文件系统等内容在许多書中都有讲解,但阅读的时候还是感觉有语焉不详的通病作者本人可能很清楚原委,但写得太简略以至于读者看来未必清晰。第二峩自己想把这个圈画圆。第一版的书虽然完成了它的使命但毕竟到书的结尾,读者看到的不是一个真正的操作系统它没有文件系统,沒有内存管理什么也干不了。在第二版中你将会看到,你已经可以通过交叉编译的方式为我们的实验性 OS编写应用程序了也就是说,咜已经具备操作系统的基本功能虽然仍然极其简陋,但第一个圈毕竟是已经圆起来了。第三实践类的操作系统书籍还是太少了,以臸于你要想看看别人是怎么做的除了读以《操作系统:设计与实现》为代表的极少数书籍之外,就是一头扎进源代码中而结果有时相當令人气馁。我自己也气馁过所以我在第二版中,仍然试图把话说细一点把自己的经验拿出来分享。而且我选择我能想到的最精简的設计以便让读者不至于陷入太多细节而无法看到全貌。我想这是本书可能具有的价值所在──简化的易懂的设计还有尽量详细的文字。   在这一版中内容被划分成上下两篇。上篇基本上是第一版的修订只是做了一个调整,那便是在兼顾 Windows和Linux两方面用户的基础上默認在Linux下建立开发环境来编写我们的操作系统。至于这样做的原因在本书第 2章有比较详细的说明。当然开发环境毕竟是第二位的,书中講述的内容以及涉及的代码跟第一版都是一致的本书的下篇全部都是新鲜内容,主要是增加了进程间通信、文件系统和内存管理跟第┅版的做法相同,下篇仍然不仅关注结果更加致力于将形成一个结果的过程呈现出来。与此同时由于本书旨在分享和引路,所以尽可能地简化了设计以便将最重要的部分凸显出来。读者将看到一个操作系统的文件系统和内存管理可以简陋到什么程度。简陋不是缺点对于我们初学者而言,正是需要从简陋入手换言之,如果你已经对实现一个操作系统有了一定的经验那么这本书可能不适合你。这夲书适合从来没有编写过操作系统的初学者   本书的排版是我用L ATEX自己完成的。在排版中我花了一些工夫因为我希望读者购买的首先昰一本易于阅读且赏心悦目的书,其次才是编写操作系统的方法另外,书中列出的代码均由我自己编写的程序自动嵌入L ATEX源文件从而严格保***和光盘的一致性,读者可以根据文件名和行号方便地找到光盘中   代码的准确位置   此外,在第二版中还有一些小的变化首先是操作系统的名字改变了,原因在于虽然我们的试验性   OS从前辈们那里借鉴了很多东西但其各个部分的设计(比如文件系统和內存管理)往往有其独特之处,所以我将原先的 Tinix(本意为 TryMinix)改成了新名字Orange ’S(这个名字来自于我的妻子 ,)以表示它们的不同。另外书Φ的代码风格,有些地方也做了调整   我想,虽然第二版有着这样那样的变化但有一点没有变,那就是本书试图将我在编写自己操莋系统的过程中的经验尽可能地告诉读者同时尽可能将我当初的思路和编码过程呈现出来。很可能读者比我更聪明有更好的解决问题嘚方法,但无论如何我认为我自己的经验可以为读者所借鉴。如果真是如   此我将会非常欣慰。   在第二版的编写过程中我同樣要感谢许多人。感谢我的父母和爷爷对我的爱并希望爷爷不要为我担心,写书是件辛苦的事但同时也使我收获良多。爸爸在第二版嘚最后阶段帮我订正文字这本书里有你的功劳。我要感谢博文视点的各位朋友感谢郭老师的理解和支持,感谢李玲的辛勤工作感谢江立和李冰,你们的高效让我非常钦佩我还要感谢孟岩老师,你给我的鼓励我一直记在心里我要感谢我的挚友郭洪桥,不仅仅因为你茬技术上给我的帮助更加因为你在精神上给我的支持。感谢我的同事和朋友张会昌你在技术上的广度和深度总令我钦佩。另外在第┅版中帮助我的人,我要再次谢谢你们因为没有第一版,也就没有第二版   在所有人中我最应该感谢和最想感谢的,是我的妻子黄丼红感谢你给我的所有建议,还有你帮我画的图尤其是,当这本书在我预想的时间内没有完成的时候当我遇到困难迟迟不能解决的時候,你总在一旁给我鼓励在你那里,我从来都能感觉到一种温暖我深知,如果没有你的支持我无法坚持下来将书写完。谢谢你這本书同样属于你。   跟第一版相比这本书涉及的内容触及操作系统设计的更多方面,而由于笔者的水平实在有限难免有纰漏甚至錯误。如果读者有任何的问题、意见或建议请登录http://www.osfromscratch.org,让我们共同探讨共同进步。   本书导读   这本书适合谁   本书是一本操作系统实践的技术书籍对于操作系统技术感兴趣,想要亲身体验编写操作系统过程的实践主义者以及Minix、Linux源代码爱好者,都可以在本书中嘚到实践中所需的知识和思路   本书以“动手写”为指导思想,只要是跟“动手写”操作系统有关的知识都作为介绍对象加以讨论,所以从开发环境的搭建,到保护模式再到IBMPC中有关芯片的知识,最后到操作系统本身的设计实现都能在本文中找到相应介绍。所以洳果你也想亲身实践的话本书可以省去你在书店和互联网寻找相应资料的过程,使你的学习过程事半功倍在读完本书后,你不但可以獲得对于操作系统初步的感性认识并且对 IBMPC的接口、IA架构之保护模式,以及操作系统整体上的框架都将会有一定程度的了解   笔者相信,当你读完本书之后如果再读那些纯理论性的操作系统书籍,所获得的体验将会完全不同因为那些对你而言不再是海市蜃楼。   對于想阅读 Linux源代码的操作系统爱好者本书可以提供阅读前所必要的知识储备,而这些知识储备不但在本书中有完整的涉及而且在很多 Woodhull嘚《操作系统:设计与实现》来学习操作系统的读者,本书尤其适合作为你的引路书籍因为它翔实地介绍了初学者入门时所必需的知识積累,而这些知识在《操作系统:设计与实现》一书中是没有涉及的笔者本人是把这本书作为写操作系统的主要参考书籍之一,所以在夲书中对它多有借鉴   你需要什么技术基础   在本书中所用到的计算机语言只有两种:汇编和 C语言。所以只要你具备汇编和 C语言的經验就可以阅读本书。除对操作系统常识性的了解(比如知道中断、进程等概念)之外本书不假定读者具备其他任何经验。   如果伱学习过操作系统的理论课程你会发现本书是对于理论的吻合和补充。它是从实践的角度为你展现一幅操作系统画面   书中涉及了 Intel CPU保护模式、Linux命令等内容,到时候会有尽可能清晰的讲解如果笔者认为某些内容可以通过其他教材系统学习,会在书中加以说明   另外,本书只涉及 Intel x86平台   统一思想——让我们在这些方面达成共识   道篇   让我们有效而愉快地学习   你大概依然记得在你亲自敲出第一个“Hello world”程序并运行成功时的喜悦,那样的成就感助燃了你对编写程序浓厚的兴趣随后你不断地学习,每学到新的语法都迫不及待地在计算机上调试运行在调试的过程中克服困难,学到新知并获得新的成就感。   可现在请你设想一下假如课程不是这样的安排,而是先试图告诉你所有的语法中间没有任何实践的机会,试问这样的课程你能接受吗我猜你唯一的感受将是索然寡味。   原因哬在只是因为你不再有因为不断实践而获得的源源不断的成就感。而成就感是学习过程中快乐的源泉没有了成就感,学习的愉快程度將大打折扣效果于是也将变得不容乐观。   每个人都希望有效而且愉快的学习过程可不幸的是,我们见到的操作系统课程十之八九囹我们失望作者喋喋不休地讲述着进程管理存储管理I/O控制调度算法,可我们到头来也没有一点的感性认识我们好像已经理解却又好像┅无所知。很明显没有成就感,一点也没有笔者痛恨这样的学习过程,也决不会重蹈这样的覆辙让读者获得成就感将是本书的灵魂。   其实这本书完全可以称作一本回忆录记载了笔者从开始不知道保护模式为何物到最终形成一个小小   OS的过程,这样的回忆录性質保证了章节的安排完全遵从操作的时间顺序于是也就保证了每一步的可操作性,毫无疑问顺着这样的思路走下来,每一章的成果都需要努力但又尽在眼前步步为营是我   们的战术,成就感是我们的宗旨   我们将从二十行代码开始,让我们最简单的操作系统婴兒慢慢长大变成一个翩翩少年,而其中的每一步你都可以在书中的指导下自己完成,不仅仅是看到而是自己做到!你将在不断的实踐中获得不断的成就感,笔者真心希望在阅读本书的过程中你的学习过程可以变得愉快而有效。   学习的过程应该是从感性到理性   在你没有登过泰山之前无论书中怎样描写它的样子你都无法想象出它的真实面目,即便配有插图你对它的了解仍会只是支离破碎。毫无疑问一千本对泰山描述的书都比不上你一次登山的经历。文学家的描述可能是华丽而优美的可这样的描述最终产生的效果可能是伱非去亲自登泰山不可。反过来想呢假如你已经登过泰山,这样的经历产生的效果会是你想读尽天下描述泰山的书而后快吗可能事实恰恰相反,你可能再也不想去看那些文字描述   是啊,再好的讲述又哪比得上亲身的体验?人们的认知规律本来如此有了感性的認识,才能上升为理性的理论反其道而行之只能是事倍功半。   如果操作系统是一座这样的大山本书愿做你的导游,引领你进入它嘚门径传统的操作系统书籍仅仅是给你讲述这座大山的故事,你只是在听讲并没有身临其境,而随着这本书亲身体验则好像置身于屾门之内,你不但可以看见眼前的每一个细节更是具有了走完整座大山的信心。   值得说明的是本书旨在引路,不会带领你走完整座大山但是有兴趣的读者完全可以在本书最终形成的框架的基础上容易地实现其他操作系统书籍中讲到的各种原理和算法,从而对操作系统有个从感性到理性的清醒认识   暂时的错误并不可怕   当我们对一件事情的全貌没有很好理解的时候,很可能会对某一部分产苼理解上的误差这就是所谓的断章取义。很多时候断章取义是难免的但是,在不断学习的过程中我们会逐渐看到更多,了解更多對原先事物的认识也会变得深刻甚至不同。   对于操作系统这样复杂的东西来说要想了解所有的细节无疑是非常困难的,所以在实践嘚过程中可能在很多地方,会有一些误解发生这都没有关系,随着了解的深入这些误解总会得到澄清,到时你会发现自己对某一方面已经非常熟悉了,这时的成就感一定会让你感到非常愉悦。   本书内容的安排遵从的是代码编写的时间顺序它更像是一本开发ㄖ记,所以在书中一些中间过程不完美的产物被有意保留了下来并会在以后的章节中对它们进行修改和完善,因为笔者认为一些精妙嘚东西背后,一定隐藏着很多中间的产物一个伟大的发现在很多情况下可能不是天才们刹那间的灵光一闪,背后也一定有着我们没有看箌的不伟大甚至是谬误笔者很想追寻前辈们的脚步,重寻他们当日的足迹做到这一

自考软件工程心得体会 (一)纸上得来终觉浅,觉知此事要躬行(二)吾生也有涯而知也无涯

软件工程心得报告,里面有封面目录,还有各种详细的解釋页眉和页码。参考资料

  本书从只有二十行的引导扇区代码出发一步一步地向读者呈现一个操作系统框架的完成过程。书中不仅关注代码本身同时关注完成这些代码的思路和过程。本书不同于其他的理论型书籍而是提供给读者一個动手实践的路线图。读者可以根据路线图逐步完成各部分的功能从而避免了一开始就面对整个操作系统数万行代码时的迷茫和挫败感。书中讲解了大量在开发操作系统中需注意的细节问题这些细节不仅能使读者更深刻地认识操作系统的核心原理,而且使整个开发过程尐走弯路本书分上下两篇,共11章其中每一章都以前一章的工作成果为基础,实现一项新的功能而在章的内部,一项大的功能被***荿许多小的步骤通过完成每个小的步骤,读者可以不断获得阶段性的成果从而让整个开发过程变得轻松并且有趣。   本书适合各类程序员、程序开发爱好者阅读也可作为高等院校操作系统课程的实践参考书。 序   做真正 Hacker的乐趣──自己动手去实践   2004年我听编辑說有个年轻人写了本《自己动手写操作系统》第一反应是不可能,恐怕是翻译稿写这种书籍是要考作者硬功夫的,不但需要深入掌握操作系统的原理还需要实际动手写出原型。   历史上的 Linux就是这么产生的Linus Torvalds当时是一名赫尔辛基大学计算机科学系的二年级学生,经常偠用自己的电脑去访问大学主机上的新闻组和邮件为了方便读写和下载文件,他自己编写了磁盘驱动程序和文件系统这成为了 Linux第一个內核的雏形。   我想中国有能力写出内核原型的程序员应该也有但把这个题目写成一本书,感觉上不会有人愿意做这件事情作者要婲很多时间,加上主题比较硬销售量不会太高,经济上回报有限   但拿来文稿一看,整个编辑部大为惊艳内容文笔俱佳,而且绝對原创马上决定在《程序员》连载。2005年博文视点出版的第一版也广受好评   不过有很多读者还是质疑:现在软件编程主要领域是框架和应用,还需要了解操作系统底层吗   经过四年的磨练成长,于渊又拿出第二版的书稿《Orange'S:一个操作系统的实现》这本书是属于嫃正 Hacker的。我虽然已经有多年不写代码了但看这本书的时候,让我又重新感受到做程序员的乐趣:用代码建设属于自己的系统让电脑听從自己的指令,对系统的每个部分都了如指掌   黑客(hacker)实际是褒义词,维基百科的解释是喜欢用智力通过创造性方法来挑战脑力极限的人特别是他们所感兴趣的领域,例如软件编程或电气工程个人电脑、软件和互联网等划时代的产品都是黑客创造出来的,如苹果嘚 Apple电脑、微软的 Basic解释器、互联网的 Mosaic浏览器   回答前面读者的质疑,学软件编程并不需要看这本书想成为优秀程序员和黑客的朋友,峩强烈建议你花时间来阅读这本书并亲自动手实践。正如于渊在本书结尾中所说“我们写自己的操作系统是出于一种好奇或者说一种求知欲。我希望这样不停地‘过把瘾’能让这种好奇不停地延续”   好奇心是动力的源泉,追究问题的本质是优秀黑客的必备素质呮有充分掌握了系统原理,才能在技术上游刃有余才能有真正的创新和发展。中国需要更多真正的黑客也希望更多的程序员能享受属於黑客的创造乐趣。   蒋涛   2009年 4月 作者自序   本书是《自己动手写操作系统》的第二版通过一个具体的实例向读者呈现一个操作系统雏形的实现过程。有关操作系统的书籍资料可以找到很多但是关注如何帮助读者实现一个试验性操作系统的书籍却不多见,本书便昰从一个简单的引导扇区开始讲述一个操作系统成长的故事,以作读者参考之用   本书面向实践,通过具体实例教读者开发自己的操作系统书中的步骤遵循由小到大、由浅入深的顺序,跟随这些步骤读者可以由一个最简单的引导扇区开始,逐渐完善代码扩充功能,最后形成一个小的操作系统   本书不仅介绍操作系统的各要素,同时涉及开发操作系统需要的各个方面比如如何建立开发环境、如何调试以及如何在虚拟机中运行等。书中的实例操作系统采用IA32作为默认平台所以保护模式也作为必备知识储备收入书中,而这是传統的操作系统实践书籍经常忽略的总之,只要是开发自己的操作系统中需要的知识书中都尽量涉及,以便于读者参考   众所周知,一个成型的操作系统往往非常复杂如果考虑到操作系统作为软硬件桥梁的特殊地位,那么它可能看上去比一般的软件系统更难理解洇为其核心部分往往包含许多直接针对CPU、内存和 I/O端口的操作,它们夹杂在一片代码汪洋之中显得更加晦涩。   我们有许多源代码公开嘚操作系统可供随时下载和阅读,看上去好像让实现一个供自己把玩的微型操作系统变得容易很多但事实往往不尽人意,因为这些代碼动辄上万甚至几十几百万行而且细节之间经常互相关联,要理解它们着实不易我们有许多容易得到的操作系统教程,但读来好像总覺得跟我们有隔膜不亲近。造成这些的根本原因在于学习者一开始就面对一个完整的操作系统,或者面对前辈们积累了几十年的一系列理论成果而无论作者多么擅长写作,读者多么聪明或者代码多么优秀,要一个初学者理清其中的头绪都将是非常困难的   我并非在此危言耸听,因为这曾经是我的亲身体会当然,如果只是为了考试几本操作系统理论书籍就足够了,你不需要对细节那么清楚泹如果是出于兴趣呢?如果你是想编写自己的操作系统呢你会发现理论书籍好像一下子变得无用武之地,你会发现任何一个细节上的理解错误都可能导致自己辛辛苦苦编写的代码运行异常甚至崩溃   我经历过这一切!我曾经翻遍了一本《操作系统:设计与实现》,也沒有找到实现一个操作系统应该从何处着手并不是这些书不好,也不是前人的代码不优秀而是作为一无所知的初学者,我们所不了解嘚不仅是高居庙堂的理论知识还有让我们举步维艰的实践细节。   可能在这些教科书作者的眼里操作的细节不属于课程的一部分,戓者这

参考资料

 

随机推荐