如果成为一个SP的程序员有发展空间吗？

tonysnss 2004-09-23 09:24:19

SP的发展会怎么样呢？SP的程序员工资高吗？

...全文

106 2 打赏收藏转发到动态举报

写回复

2 条回复

切换为时间正序

请发表友善的回复…

发表回复

tonysnss 2004-09-24

打赏
举报

回复

SP的程序员工资很高吗？是不是比较做应用系统的程序员工资高？

没有工 2004-09-23

打赏
举报

回复

工资算是挺好的吧. 我一个朋友在天津MOTO里,呵.发展当然是靠自己咯.

习题答案习题一答案一、选择题 1. 软件的主要特性是(A B C)。 A) 无形 B) 高成本 C) 包括程序和文档　　D) 可独立构成计算机系统 2. 软件工程三要素是(C D)。 A) 技术、方法和工具　 B) 方法、工具和过程　 C) 方法、对象和类　 D) 过程、模型、方法 3. 包含风险分析的软件工程模型是(A)。 A) 螺旋模型 B) 瀑布模型 C) 增量模型 D) 喷泉模型 4. 软件工程的主要目标是(C)。 A) 软件需求　B) 软件设计　 C) 风险分析　D) 软件实现 5. 下列属于面向对象开发方法的是(A B C D)。 A) Booch　　 B) UML　　C) Coad　　D) OMT 6. 软件危机的主要表现是(B D)。 A) 软件成本太高 B) 软件产品的质量低劣 C) 软件开发人员明显不足 D) 软件生产率低下 7. 软件开发方法的主要工作模型有(A B C) A) 螺旋模型 B) 循环模型 C) 瀑布模型 D) 专家模型 8. 软件工程的目标有(A B C)。 A) 易于维护 B) 低的开发成本 C) 高性能 D) 短的开发期 9. 软件工程学的目的和意义是( )。 A) 应用科学的方法和工程化的规范管理来指导软件开发 B) 克服软件危机 C) 作好软件开发的培训工作 D) 以较低的成本开发出高质量的软件二、判断题 1. 软件就是程序，编写软件就是编写程序。(×) 2. 瀑布模型的最大优点是将软件开发的各个阶段划分得十分清晰。(×) 3. 结构化方法的工作模型是使用螺旋模型进行开发。(×) 4. 结构化方法和JSP方法都不适合于大型软件的开发。(√) 5. 原型化开发方法包括生成原型和实现原型两个步骤。(×) 6. 面向对象的开发方法包括面向对象的分析、面向对象的设计和面向对象的程序设计。( √) 7. 软件危机的主要表现是软件的需求量迅速增加，软件价格上升。(×) 8. 软件工具的作用是为了延长软件产品的寿命。(×) 9. 软件工程过程应该以软件设计为中心，关键是编写程序。(×) 10. RCP法与RSP法的主要区别是前者采用循环渐进的开发方式，原型将成为最终的产品，而后者将被废弃。(√) 三、简答题 1. 软件产品的特性是什么？答： ●　软件是一种逻辑产品，具有无形性；　●　软件产品的生产主要是研制；　●　软件不存在磨损和老化问题，但存在退化问题；　●　软件产品的生产主要是脑力劳动；　●　软件产品的成本非常昂贵，其开发方式目前尚未完全摆脱手工生产方式； ● 软件具有“复杂性”，其开发和运行常受到计算机系统的限制。 2. 软件发展有几个阶段？各有何特征？答： ① 程序设计阶段。　　　硬件特征：价格贵、存储容量小、运行可靠性差。　　　软件特征：只有程序、程序设计概念，不重视程序设计方法。　　② 程序系统阶段。　　　硬件特征：速度、容量及工作可靠性有明显提高，价格降低，销售有爆炸性增长。　　　软件特征：程序员数量猛增，开发人员素质低。　　③ 软件工程阶段。　　　硬件特征：向超高速、大容量、微型化及网络化方向发展。　　　软件特征：开发技术有很大进步，但未获得突破性进展，软件价格不断上升，未完全摆脱软件危机。 3. 什么是软件危机？其产生的原因是什么？答：“软件危机”(Software Crisis)的出现是由于软件的规模越来越大，复杂度不断增加，软件需求量增大。而软件开发过程是一种高密集度的脑力劳动，软件开发的模式及技术不能适应软件发展的需要。致使大量质量低劣的软件涌向市场，有的花费大量人力、财力，而在开发过程中就夭折。软件危机主要表现在两个方面： (1) 软件产品质量低劣，甚至开发过程就夭折。 (2) 软件生产率低，不能满足需要。 4. 什么是软件生存周期模型？它有哪些主要模型？答：软件生存周期模型是描述软件开发过程中各种活动如何执行的模型。主要模型包括：瀑布模型、增量模型、螺旋模型、喷泉模型、变换模型和基于知识的模型。 5. 有哪些主要的软件开发方法？答：主要的软件开发方法有：结构化开发方法、Jackson(JSP、JSD)方法、原型化开发方法、维也纳开发方法(VDM)和面向对象的开发方法。 6. 软件生命期各阶段的任务是什么？答：软件生命期瀑布模型分为六个阶段： ● 可行性研究与计划(确定系统的目标和规模，分析项目的可行性)； ● 需求分析与规格说明(明确系统的规格和要求)； ● 设计(包括概要设计和详细设计，将系统分解为模块)； ● 编程(用程序语言实现每个模块，简单容易)； ● 测试(发现并改正错误，分为模块测试、集成测试和系统联调三级)； ● 运行维护(扩充功能、纠错等)。习题二答案一、选择题 1. 需求分析的主要目的是(ＢＣ)。 A) 系统开发的具体方案 B) 进一步确定用户的需求 C) 解决系统是“做什么的问题” D) 解决系统是“如何做的问题” 2. 需求分析的主要方法有(ＣＤ)。 A) 形式化分析方法 B) PAD图描述 C) 结构化分析(SA)方法 D) OOA法 3. 面向对象的分析方法主要是建立三类模型，即(Ｄ)。 A) 系统模型、ER模型、应用模型 B) 对象模型、动态模型、应用模型 C) Ｅ-Ｒ模型、对象模型、功能模型 D) 对象模型、动态模型、功能模型 4. ＳＡ法的主要描述手段有(Ｂ)。 A) 系统流程图和模块图 B) ＤＦＤ图、数据词典、加工说明 C) 软件结构图、加工说明 D) 功能结构图、加工说明 5. 画分层ＤＦＤ图的基本原则有(ＡＣＤ)。 A) 数据守恒原则 B) 分解的可靠性原则 C) 子、父图平衡的原则 D) 数据流封闭的原则 6. 在E-R模型中，包含以下基本成分(C)。 A) 数据、对象、实体 B) 控制、联系、对象 C) 实体、联系、属性 D) 实体、属性、联系 7. 画DFD图的主要目的是(A D)。 A) 作为需求分析阶段用户与开发者之间交流信息的工具 B) 对系统的数据结构进行描述 C) 对目标系统的层次结构进行描述 D) 作为分析和设计的工具 8. 数据字典是数据流图中所有元素的定义的集合，一般由以下四类条目组成(C)。 A) 数据说明条目、控制流条目、加工条目、数据存储条目 B) 数据流条目、数据项条目、文件条目、加工条目 C) 数据源条目、数据流条目、数据处理条目、数据文件条目 D) 数据流条目、数据文件条目、数据池条目、加工条目 9. 在需求分析阶段主要采用图形工具来描述的原因是(B C)。 A) 图形的信息量大，便于描述规模大的软件系统 B) 图形工具能够极好地概括描述一个系统的信息，比文字叙述能够更好地表达重要的细节 C) 图形能够更加直观地描述目标系统，便于用户理解和交流，有利于开发者与用户之间达成一致的需求 D) 图形比文字描述简单、形象二、判断题 1. 在进行了可行性分析后，需求分析就只需要解决目标系统的设计方案。(×) 2. ＳＡ法是面向数据流，建立在数据封闭原则上的需求分析方法。(√) 3. HIPO法既是需求分析方法，又是软件设计方法。(√) 4. 在面向对象的需求分析方法中，建立动态模型是最主要的任务。(×) 5. 加工小说明是对系统流程图中的加工进行说明。(×) 6. 判定表的优点是容易转换为计算机实现，缺点是不能够描述组合条件。(×) 7. 需求分析的主要方法有SD法、OOA法及HIPO法等。(×) 8. 分层的DFD图可以用于可行性分析阶段，描述系统的物理结构。(×) 9. 信息建模方法是从数据的角度来建立信息模型的，最常用的描述信息模型的方法是E-R 图。(√) 　10. 用于需求分析的软件工具，应该能够保证需求的正确性，即验证需求的一致性、完整性、现实性和有效性。(√) 三、问答题 1. 什么是需求分析？需求分析阶段的基本任务是什么？答：需求分析是当前软件工程中的关键问题，需求分析阶段的任务是：在可行性分析的基础上，进一步了解、确定用户需求。准确地回答 “系统必须做什么？” 的问题。获得需求规格说明书。还涉及到软件系统的目标、软件系统提供的服务、软件系统的约束和软件系统运行的环境。它还涉及到这些因素和系统的精确规格说明，以及系统进化之间的关系。需求分析的基本任务包括： (1) 抽取需求分析现行系统存在需要解决的问题。获取足够多的问题领域的知识，需求抽取的方法一般有问卷法、面谈法、数据采集法、用例法、情景实例法以及基于目标的方法等；还有知识工程方法，例如，场记分析法、卡片分类法、分类表格技术和基于模型的知识获取等。 (2) 模拟和分析需求需求分析和模拟又包含三个层次的工作。首先是需求建模。需求模型的表现形式有自然语言、半形式化(如图、表、结构化英语等)和形式化表示等三种。需求概念模型的要求包括实现的独立性:不模拟数据的表示和内部组织等；需求模拟技术又分为企业模拟、功能需求模拟和非功能需求模拟等。 (3) 传递需求传递需求的主要任务是书写软件需求规格说明。 (4) 认可需求就是对需求规格说明达成一致，其主要任务是冲突求解，包括定义冲突和冲突求解两方面。常用的冲突求解方法有：协商、竞争、仲裁、强制、教育等，其中有些只能用人的因素去控制。 (5) 进化需求客户的需要总是不断(连续)地增长，但是一般的软件开发又总是落后于客户需求的增长，如何管理需求的进化(变化)就成为软件进化的首要问题。对于传统的变化管理过程来说，其基本成分包括软件配置、软件基线和变化审查小组。当前的发展是软件家族法，即产品线方法。多视点方法也是管理需求变化的一种新方法，它可以用于管理不一致性，并进行关于变化的推理。 2. M公司的软件产品以开发实验型的新软件为主。用瀑布模型进行软件开发已经有近十年了，并取得了一些成功。若你作为一名管理员刚加入M公司，你认为快速原型法对公司的软件开发更加优越，请向公司副总裁写一份报告阐明你的理由，切记：副总裁不喜欢报告长度超过一页(B5)。参考答案提示：应先简述瀑布模型的缺点，它已不适宜开发实验型的软件。根据快速原型法的特点，说明它特别适合于开发探索型、实验型的软件。 3. 如何画分层数据流图？答：总的原则是：至顶而下，逐层分解(画分层数据流图)。比较复杂的系统不能画在一张纸上，逐层分解的画法可以控制每一层的复杂度。顶层：将整个系统作为一个加工，描述系统边界(输入与输出)。中间层：表示某个加工分解为一组子加工，其中的子加工还需进一步分解。底层：由不再进行分解的基本加工组成。 4. 加工小说明有哪些描述方法？答： ●　结构化语言：介于自然语言和形式语言(如谓词逻辑)之间。 ●　结构化英语：通常由外层和内层结构组成。 ●　汉语的情况：精确、简明扼要、文体可以灵活。 ●　判定表：适用于表述比较复杂的加工逻辑，如具有多项选择条件的操作。 ●　判定树：本质上与判定表相同，图形表示更易于理解。 5. 考察下图中子图、父图的平衡。图1 图2 参考答案：图1中子图与父图不平衡。子图是父图中加工2的分解，加工2 有输入数据流M和N，输出数据流T，而子图则只有一个输入数据N，却有两个输出数据流T与S。图2中子图是父图中加工3的分解，虽然表面上加工3只有一个输入数据流“订货单”，而子图却有三个输入数据流，但是如果“订货单”是由“客户”、“账号”和“数量”三部分组成，即有如下数据条目，订货单=客户+账号+数量（2.2.5数据词典），则子、父图平衡。 6. 画出银行取款过程的DFD图。问题描述为：储户用存折取款，首先填写取款单，根据“ 账卡”中的信息检验取款单与存折，如有问题，将问题反馈给储户，否则，登录“储户存款数据库”，修改相应数据，并更新“账卡”，同时发出付款通知，出纳向储户付款。参考答案： 7. 常用的软件需求分析方法有哪些？答：结构化分析方法(SA)、功能分解法、信息建模法、面向对象的分析方法(OOA)。习题三答案一、选择题 1. 模块的基本特征是(A C)。 A) 外部特征(输入/输出、功能) B) 内部特征(输入/输出、功能) C) 内部特征(局部数据、代码) D) 外部特征(局部数据、代码 ) 2. SD方法的设计总则是(C D)。 A) 程序简洁、操作方便 B) 结构清晰、合理 C) 模块内聚性强 D) 模块之间耦合度低 3. 软件设计的主要任务是(A B D)。 A) 将分析阶段获得的需求说明转换为计算机中可实现的系统 B) 完成系统的数据结构和程序结构设计 C) 完成模块的编码和测试 D) 对模块内部的过程进行设计 4. 设计阶段应达到的目标有(ＡＤ)。 A) 提高可靠性和可维护性 B) 提高应用范围 C) 结构清晰 D) 提高可理解性和效率 5. 从工程管理的角度来看，软件设计分两步完成(D)。 A) ①系统分析②模块设计 B) ①详细设计②总体设计 C) ①模块设计②详细设计 D) ①总体设计②详细设计 6. 模块独立性准则由以下定性指标来衡量(ＢＤ)。 A) 分解度　　　 B) 耦合度　　 C) 屏蔽性　　　D) 内聚性 7. 用户界面设计的任务包括(A B C)。 A) 确定用户界面类型 B) 建立任务模型 C) 建立用户模型 D) 建立功能模型 8. 程序设计语言可以分为(B C D)。 A) 面向过程的语言　　　 B) 机器语言 C) 高级语言　　　 D) 汇编语言　 9. 程序效率包括(A C D)几个方面的内容。 A) 代码效率　　　　 B) 运行效率　　　　C) 存储效率　　　 D) I/O效率 10. SP方法中的基本控制结构有(A B C)。 A) 顺序结构 B) 选择结构 C) 重复结构 D) GOTO结构 11. 内部文档可用注释语言书写，注释语言分为(A B C D)。 A) 序言性注释 B) 描述性注释 C) 功能性注释 D) 状态性注释 12. 为使程序中数据说明更易于理解和维护，必须遵循以下原则(A B C) 。 A) 数据说明的次序应当规范化 B) 一个语句说明多个变量时，各变量名按字母顺序排列 C) 对于复杂的数据结构，要加注释，说明在程序实现时的特点 D) 定义变量名应按字母顺序排列 13. 源程序的效率与(D)阶段确定的算法的效率直接有关。 A) 概要设计 B) 总体设计 C) 单元设计 D) 详细设计 14. 在详细设计翻译转换成源程序代码后，算法效率反映为对程序的哪几个方面的要求 (C D)。 A) 读写速度 B) 代码长度 C) 存储容量 D) 执行速度 15. 提高程序效率的根本途径在于(B C)。 A) 编程时对程序语句进行调整 B) 选择良好的设计方法 C) 使程序最大限度的简洁 D) 选择良好的数据结构与算法二、判断题 1. 划分模块可以降低软件的复杂度和工作量，所以应该将模块分得越小越好。 (×) 2. 在网状结构中任何两个模块都是平等的，没有从属关系，所以在软件开发过程中常常被使用。(×) 3. 信息隐蔽原则有利于提高模块的内聚性。(√) 4. 中心变换型的DFD图可看成是对输入数据进行转换而得到输出数据的处理，因此可以使用事务分析技术得到初始的模块结构图。(×) 5. SD法是一种面向数据结构的设计方法，强调程序结构与问题结构相对应。 (×) 6. 所谓结构冲突，是指输入数据与输出数据之间很少或没有结构上的对应关系。通常解决的办法是：构造一个或者多个中间结构，在输入和输出结构之间进行转换。(√) 7. 当模块的控制范围是其作用范围的子集时，模块之间的耦合度较低。(×) 8. JACKSON方法是以数据流、数据封闭性准则逐层分解的。(×) 9. 程序设计语言的工程特性包括：可移植性、可重用性、可维护性、局部性和顺序性。(×) 10. 项目应用领域是选择语言的关键因素。(√) 11. FORTRAN、Pascal、C语言、PL/1和汇编语言都是科学工程计算可选用的语言。(×) 12. 要用快速原型法开发软件，应选用4GL语言。(√) 13. 提高程序效率的根本途径是选择良好的设计方法、数据结构与算法。(×) 14. 良好的程序设计风格简单说就是高的编程技巧。(√) 三、简答题 1. 模块内联系和模块间联系有哪些种类? 答：块间联系的各种类型的划分，从以下3方面考虑： ● 按块间联系的方式（可分为直接引用与过程调用）； ● 按块间共用信息的作用（可分为数据型、控制型与混合型）； ● 按块间共用的信息数量多少（信息多联系紧密）。（1）块间联系的类型，按照耦合度由大到小分为：内容型：直接引用另一模块的内部信息；公共型：两个模块引用共同的全程数据区；控制型：模块间传送的信息用于控制模块的内部逻辑；复合型：模块间传送复合的数据结构；数据型：模块间传送单个数据项。（2）块内联系的类型，按照内聚性从小到大分为：偶然型：模块内部没有必然联系；逻辑型：逻辑上相似的功能放进一个模块；瞬时型：将同时执行的语句放在一个模块；通信型：模块中的各部分引用共同的数据；顺序型：模块中一部分的输出是另一部分的收入；功能型：模块中刚好包含了完成一个基本任务所必需的成分。 2. 分析以下DFD图，说明属于哪种类型的DFD图，并按照相应的变换将其转换为初始的模块结构图。参考答案：(略) 3. 下图是修改文件记录的DFD图，请确定其主加工。解：主加工为：账号、修改、写记录。 4. 按照“降低块间联系，提高块内联系”的设计总则对模块进行修改，具体从哪些方面进行改进？解： (1) 尽可能建立功能模块； (2) 消除重复功能； (3) 模块的作用范围与控制范围，即当作用范围为控制范围的子集时，才能获得较低的块间联系； (4) 模块的大小适当； (5) 模块的扇入扇出数不宜太多。 5. 根据模块的作用范围与控制范围的原则，判定a、b两图的正确性。解：显然，图a不满足作用范围应与控制范围的原则，模块F的作用范围不在控制范围之内。图b的模块设计合理。 6. 图a中，模块G为判定，判断涉及到模块B、F、G，请指出设计中的错误，再根据改进模块图的基本原则，画出1～2个改进方案(不改变模块G的判断关系)，并说明是按照哪条基本原则进行改进的。解：图b为一个改进方案，将模块G的位置提高，使其作用范围为控制范围的子集，减少模块之间的联系。 7. 编码阶段的主要任务是什，应交付的结果是什么？答：编码阶段的主要任务是为每个模块编写程序。即是：将详细设计的结果转换为用某种计算机语言写的程序——源程序代码。编码阶段应交付的结果是带有“程序内部文档”的、不再含有语法错误的程序。 8. SP法的自顶向下，逐步求精方法的优点有哪些？答：此法符合人们解决复杂问题的普遍规律，可提高软件开发的成功率和生产率；而且用先全局后局部、先整体后细节、先抽象后具体的逐步求精过程，开发出来的程序具有清晰的层次结构，因此程序容易阅读和理解。这样，程序自顶向下，逐步细化，分解成一个树型结构。因此，在同一层次的节点上做细化工作，相互之间没有联系，它们之间的细化工作相互独立；在任何一步发生错误，一般只影响它下层的节点，同一层其他节点不受影响；在以后的测试中，也可以先独立地一个节点一个节点地做，最后再集成。这样，程序清晰和模块化，使得在修改和重新设计一个软件时，可复用的代码量最大。 9. 为了使程序具有良好的设计风格，应注意哪些方面的问题？答：(1) 标识符应按意取名。标识符即符号名，包括：模块名、常量名、标号名、子程序名、数据区名、缓冲区名等。这些名字应能反映它所代表的实际东西，应有一定实际意义，使其能够见名知意，有助于对程序功能的理解。 (2) 程序应加注释，它分为两类：序言性注释和功能性注释。序言性注释应置于每个模块的起始部分，主要内容有：①说明每个模块的用途，功能；②说明模块的接口即调用格式、参数描述及从属模块的清单；③数据描述；④开发历史。功能性注释是嵌在源程序体中的，用于说明其后的程序段或语句的功能以及数据的状态；也就是解释下面要“做什么”，或是执行下面的语句会发生什么情况；而不是解释下面“怎么做”，因为怎么做常常是与程序重复的，且对读者理解程序没有什么帮助。 10. 样评价程序的执行效率？它与程序清晰性的关系是怎样的？答：许多程序员往往片面追求效率，其实程序系统的成本不仅包括运行所需的机时，同时还应把程序员及操作员所花费的人力考虑进去。在编程时为追求效率而损害可读性或可靠性，会给以后的维护工作带来困难，所以从整体上看来是不值得的。此外，还应该认识到，提高程序效率的根本途径在于：选择良好的设计方法、良好的数据结构与算法，而不是靠编程时对程序语句进行调整。 (1) 追求建立在不损害程序可读性或可靠性基础上，要先使程序正确、清晰，再提高程序效率。 (2) 不能因为贪图效率上的小利，而破坏程序的清晰性。 (3) 让编译程序去作简单的优化。 (4) 提高程序效率的根本途径在于：选择良好的设计方法和良好的数据结构与算法，而不是靠编程时对程序语句做调整。 11. 假定：需要编一个求解一元二次方程根的子程序，加入到现有的子程序库中，供其他程序员使用。要求： (1) 为该子程序写一个序言性注释； (2) 用PASCAL语言或其他语言写出这个子程序(要把根的性质，如：实根、复根、降为一次方程等有区别地通知调用者)，并加上描述性注释。答案：(略) 习题四答案一、选择题 1. 面向对象程序设计的基本机制(ABC)。 A) 继承 B) 消息 C) 方法 D) 结构 2. 下列属于面向对象的要素有(BCD)。 A) 分类性 B) 抽象 C) 共享 D) 封装 3. 下列选项中属于面向对象开发方法的有(ACD)。 A) Booch B) CAD C) Coad D) OMT 4. 下列属于Coad方法中面向对象的分析模型的层次有(AB)。 A) 主题层 B) 对象层 C) 应用层 D) 接口层 5. 一个类属性依其特征划分，其类型有(ABCD)。 A) 描述型 B) 定义型 C) 派生型 D) 参考型 6. 在进行面向对象分析时，所采用的模型有(ABD)。 A) 对象模型 B) 动态模型 C) 静态模型 D) 功能模型 7. 状态是对象属性的值的一种抽象，它的性质有(AB)。 A) 时间性 B) 持续性 C) 有序性 D) 有穷性 8. 数据流图中的处理必须用对象中的操作来实现常见的操作有(ABCD)。 A) 查询 B) 动作 C) 活动 D) 访问 9. 建立继承关系时所采用的方式有(AC)。 A) 自顶向下 B) 从内到外 C) 自底向上 D) 从复杂到简单 10. 对象是人们要研究的任何事物主要的对象类型有(ABCD)。 A) 有形实体 B) 作用 C) 事件 D) 性能说明二、判断题 1. 面向对象的的方法是以类作为最基本的元素，它是分析问题解决问题的核心。(×) 2. 类是指具有相同或相似性质对象的抽象，对象是抽象的类，类的具体化就是对象。(√) 3. 继承性是父类和子类之间共享数据结构和消息的机制，这是类之间的一种关系(×)。 4. 多态性增强了软件的灵活性和重用性，允许用更为明确、易懂的方式去建立通用软件，多态性和继承性相结合使软件具有更广泛的重用性和可扩充性。(×) 5. 面向对象分析，就是抽取和整理用户需求并建立问题域精确模型的过程。(√) 6. 面向对象的设计的主要目标是提高生产效率，提高质量和提高可维护性。(√) 7. 对象模型表示了静态的、结构化的系统数据性质，描述了系统的静态结构，它是从客观世界实体的对象关系角度来描述，表现了对象的相互关系。(√) 8. 面向对象的分析是用面向对象的方法对目标系统的问题空间进行理解、分析和反映。通过对象层次结构的组织确定解空间中应存在的对象和对象层次结构。(√) 9. 类的设计过程包括：确定类,确定关联类,确定属性,识别继承关系。(√) 10. 复用也叫重用或再用，面向对象技术中的“类”，是比较理想的可重用软构件。有三种重用方式：实例重用、继承重用、多态重用。(√) 11. 主题是一种关于模型的抽象机制，它是面向对象模型的概貌，也是关于某个模型要同时考虑和理解的内容，主题起一种控制作用。(√) 12. 面向对象的分析由对象、结构、继承性和基于消息的通信构成。(×) 13. 支持继承性是面向对象程序设计语言和传统程序设计语言在语言机制方面的根本区别。(√) 14. 面向对象的分析过程主要包括三项内容：理解、表达和验证。(√) 15. 面向对象的设计的主要目标是提高生产效率、提高质量和提高可维护性。(√) 三、简答题 1．与传统程序设计模式中的过程调用相比，消息传递机制有何本质区别？答： (1) 消息传递必须给出信道的信息，通常要指出明显的接受方。 (2) 由于接受方是一通信实体，具有保持状态的能力，所以同一发送方在不同时刻向同一接受方发送同样的信息，可因接受方的当前状态不同而得到不同的结果。 (3) 消息传递可以是异步的，发送方可以不必等待接受方返回信息就可以继续执行后面的操作，因而支持程序的并发和分布执行，而过程调用只能是同步的，本质上是串行的。 2．阐述面向对象的特征，并做简要的解释。答： (1) 对象惟一性。每个对象都有自身惟一的标识，通过这种标识，可找到相应的对象。 (2) 分类性。是指将具有一致的数据结构(属性)和行为(操作)的对象抽象成类。 (3) 继承性。是父类和子类之间共享数据结构和方法的机制，这是类之间的一种关系。 (4) 多态性。是指相同的操作或函数，过程作用于多种类型的对象上，并获得不同的结果。 3． Coad方法主要由面向对象分析OOA和面向对象设计OOD。OOA方法分析过程和构造OOA概念模型的顺序由5个层次组成，请简述这5个层次。答： (1) 发现类及对象。描述如何发现类及对象。从应用领域开始识别类及对象，形成整个应用的基础，然后，据此分析系统的责任。 (2) 识别结构。该阶段分为两个步骤。第一，识别“一般－特殊”结构，该结构捕获了识别出的类的层次结构；第二，识别“整体－部分”结构，该结构用来表示一个对象如何成为另一个对象的一部分，以及多个对象如何组装成更大的对象。 (3) 定义主题。主题由一组类及对象组成，用于将类及对象模型划分为更大的单位，便于理解。 (4) 定义属性。其中包括定义类的实例(对象)之间的实例连接。 (5) 定义服务。其中包括定义对象之间的消息连接。 4．面向对象程序设计有哪些优点？解：开发时间短、效率高、可靠性高，所开发的程序更强壮。由于面向对象编程的可重用性，可以在应用程序中大量采用成熟的类库，从而缩短开发时间，这样程序更易于维护、更新和升级。继承和封装使得应用程序的修改带来的影响更加局部化。 5．比较面向对象方法与结构化方法的特点。解：分析是问题抽象 (做什么)，设计是问题求解 (怎么做)，实现是问题的解 (结果)。任何方法学对客观世界的抽象和求解过程都是如此。在问题抽象阶段，结构化方法面向过程，按照数据变换的过程寻找问题的结点，对问题进行分解。因此，与面向对象方法强调的对象模型不同，描述数据变换的功能模型是结构化方法的重点。如果问题世界的功能比数据更复杂或者更重要，那么结构化方法仍然应是首选的方法学。如果数据结构复杂且变换不多，那么如果以过程主导分析和设计，一旦有系统变更就会给下游开发带来极大混乱。由于对过程的理解不同，面向过程的功能细分所分割出的功能模块有时会因人而异。而面向对象的对象细分，从同一问题领域的对象出发，不同人得出相同结论的比率较高。在设计上，结构化方法学产生自顶向下、结构清晰的系统结构。每个模块有可能保持较强的独立性，但它往往与数据库结构相独立，功能模块与数据库逻辑模式间没有映射关系，程序与数据结构很难封装在一起。如果数据结构复杂，则模块独立性很难保证。面向对象方法抽象的系统结构往往并不比结构化方法产生的系统结构简单，但它能映射到数据库结构中，很容易实现程序与数据结构的封装。在软件工程基本原则中有一条“形式化原则”，即对问题世界的抽象结论应该以形式化语言 (图形语言、伪码语言等)表述出来。结构化方法可以用数据流图、系统结构图、数据辞典、状态转移图、实体关系图来进行系统逻辑模型的描述；而面向对象方法可以使用对象模型图、数据辞典、动态模型图、功能模型图。其中对象模型图近似系统结构图与实体关系图的结合，动态模型图类似状态迁移图，功能模型图类似数据流图。 6．当重要的对象被发现后，通过一组互相关联的模型详细表示类之间的关系和对象的行为，这些模型从四个不同的侧面表示了软件的体系结构、静态逻辑、动态逻辑、静态物理和动态物理。试描述一下这四种特性。解：静态逻辑模型描述实例化(类成员关系)、关联、聚集(整体/部分)、和一般化(继承)等关系。这被称为对象模型。一般化关系表示属性和方法的继承关系。定义对象模型的图形符号体系通常是从用于数据建模的实体关系图导出的。对设计十分重要的约束，如基数(一对一、一对多、多对多)，也在对象模型中表示。动态逻辑模型描述对象之间的互相作用。互相作用通过一组协同的对象，对象之间消息的有序的序列，参与对象的可见性定义，来定义系统运行时的行为。静态物理模型通过模块描述代码的布局。动态物理模型描述软件的进程和线程体系结构。习题五答案一、选择题 1. 下列不是模型元素的是（D）。 A) 关联 B) 聚合 C) 依赖 D) 笔记 2. UML具有扩展性，常见的扩展机制有（BCD）。 A) 修饰 B) 版类 C) 加标签值 D) 约束 3. UML语言支持的建模方式有（ABD）。 A) 静态建模 B) 动态建模 C) 模块化建模 D) 功能建模 4. 下列各种图可用于动态建模的有（ACD）。 A) 状态图 B) 类图 C) 序列图 D) 活动图 5. 下列属于状态的组成部分的有（AB）。 A) 名称 B) 活动 C) 条件 D) 事件 6. UML中包括的事件有（ABCD）。 A) 条件为真 B) 收到另一对象的信号 C) 收到操作调用 D) 时间表达式 7. 属性的可见性有（ABD）。 A) 公有的 B) 私有的 C) 私有保护的 D) 保护的 8. 用例之间的关系有（BCD）。 A) 友元 B) 扩展 C) 使用 D) 组合 9. 应用于通用化约束的方式有（ABCD）。 A) 完整 B) 不相交 C) 不完整 D) 覆盖 10. 消息的类型有（ABC）。 A) 同步 B) 异步 C) 简单 D) 复杂二、判断题 1. UML建模语言是由视图、图、模型元素和通用机制构成的层次关系来描述的。 (√) 2. UML是一种建模语言，是一种标准的表示，是一种方法。 (×) 3. 泳道是一种分组机制，它描述了状态图中对象所执行的活动。 (×) 4. 同步消息和异步消息的主要区别是：同步消息的发送对象在消息发送后，不必等待消息处理，可立即继续执行，而异步消息则发送对象必须等待接收对象完成消息处理后，才能继续执行。 (×) 5. 类图中的角色是用于描述该类在关联中所扮演的角色和职责的。 (√) 6. 类图用来表示系统中类和类与类之间的关系，它是对系统动态结构的描述。 (×) 7. 用例模型的基本组成部件是用例、角色和用例之间的联系。 (√)

CruiseYoung提供的带有详细书签的电子书籍目录 http://blog.csdn.net/fksec/article/details/7888251 深入理解Android：卷I(51CTO网站“2011年度最受读者喜爱的原创IT技术图书”) 基本信息作者：邓凡平出版社：机械工业出版社 ISBN：9787111357629 上架时间：2011-9-13 出版日期：2011 年9月开本：16开页码：488 版次：1-1 编辑推荐　　结合实际应用开发需求，以情景分析的方式有针对性地对Android的源代码进行了十分详尽的剖析，深刻揭示Android系统的工作原理　　机锋网、51CTO、开源中国社区等专业技术网站一致鼎力推荐内容简介　　《深入理解android：卷1》是一本以情景方式对android的源代码进行深入分析的书。内容广泛，以对framework层的分析为主，兼顾native层和application层；分析深入，每一部分源代码的分析都力求透彻；针对性强，注重实际应用开发需求，书中所涵盖的知识点都是android应用开发者和系统开发者需要重点掌握的。　　全书共10章，第1章介绍了阅读本书所需要做的准备工作，主要包括对android系统架构和源码阅读方法的介绍；第2章通过对android系统中的mediascanner进行分析，详细讲解了 android中十分重要的jni技术；第3章分析了init进程，揭示了通过解析init.rc来启动zygote以及属性服务的工作原理；第4章分析了zygote、systemserver等进程的工作机制，同时还讨论了 android的启动速度、虚拟机heapsize的大小调整、watchdog工作原理等问题；第5章讲解了android系统中常用的类，包括sp、wp、refbase、thread等类，同步类，以及java中的handler类和 looper类，掌握这些类的知识后方能在后续的代码分析中做到游刃有余；第6章以mediaserver为切入点，对android中极为重要的binder进行了较为全面的分析，深刻揭示了其本质。第7章对 audio系统进行了深入的分析，尤其是audiotrack、audioflinger和audiopolicyservice等的工作原理。第8章深入讲解了surface系统的实现原理，分析了surface与activity之间以及surface 与surfaceflinger之间的关系、surfaceflinger的工作原理、surface系统中的帧数据传输以及layerbuffer的工作流程。第9章对vold和rild的原理和机制进行了深入的分析，同时还探讨了 phone设计优化的问题；第10章分析了多媒体系统中mediascanner的工作原理。　　本书适合有一定基础的android应用开发工程师和系统工程师阅读。通过对本书的学习，大家将能更深刻地理解android系统，从而自如应对实际开发中遇到的难题。作译者　　邓凡平，资深Android开发工程师，热衷于Android源代码的研究，对Android的架构设计和实现原理有非常深刻的认识和理解，应用开发经验也十分丰富。目前就职于国内一家领先的 Android企业，负责Framework的开发和维护。乐于分享，活跃于CSDN等专业社区，撰写的Android Framework源码的系列文章深受读者欢迎。此外，他对Linux内核、C/C++/Python相关的技术，以及高性能网络服务器和多核并行开发等也有一定的研究。目录封面 -17 封底 489 扉页 -16 版权 -15 推荐序 -14 前言 -12 致谢 -9 目录 -7 第1章阅读前的准备工作 1 1.1 系统架构 2 1.1.1 Android系统架构 2 1.1.2 本书的架构 3 1.2 搭建开发环境 4 1.2.1 下载源码 4 1.2.2 编译源码 6 1.3 工具介绍 8 1.3.1 Source Insight介绍 8 1.3.3 Busybox的使用 11 1.4 本章小结 12 第2章深入理解JNI 13 2.1 JNI概述 14 2.2 学习JNI的实例：MediaScanner 15 2.3 Java层的MediaScanner分析 16 2.3.1 加载JNI库 16 2.3.2 Java的native函数和总结 17 2.4 JNI层MediaScanner的分析 17 2.4.1 注册JNI函数 18 2.4.2 数据类型转换 22 2.4.3 JNIEnv介绍 24 2.4.4 通过JNIEnv操作jobject 25 2.4.5 jstring介绍 27 2.4.6 JNI类型签名介绍 28 2.4.7 垃圾回收 29 2.4.8 JNI中的异常处理 32 2.5 本章小结 32 第3章深入理解init 33 3.1 概述 34 3.2 init分析 34 3.2.1 解析配置文件 38 3.2.2 解析service 42 3.2.3 init控制service 48 3.2.4 属性服务 52 3.3 本章小结 60 第4章深入理解zygote 61 4.1 概述 62 4.2 zygote分析 62 4.2.1 AppRuntime分析 63 4.2.2 Welcome to Java World 68 4.2.3 关于zygote的总结 74 4.3 SystemServer分析 74 4.3.1 SystemServer的诞生 74 4.3.2 SystemServer的重要使命 77 4.3.3 关于SystemServer的总结 83 4.4 zygote的分裂 84 4.4.1 ActivityManagerService发送请求 84 4.4.2 有求必应之响应请求 86 4.4.3 关于zygote分裂的总结 88 4.5 拓展思考 88 4.5.1 虚拟机heapsize的限制 88 4.5.2 开机速度优化 89 4.5.3 Watchdog分析 90 4.6 本章小结 93 第5章深入理解常见类 95 5.1 概述 96 5.2 以“三板斧”揭秘RefBase、 sp和WP 96 5.2.1 第一板斧——初识影子对象 96 5.2.2 第二板斧——由弱生强 103 5.2.3 第三板斧——破解生死魔咒 106 5.2.4 轻量级的引用计数控制类LightRefBase 108 5.2.5 题外话——三板斧的来历 109 5.3 Thread类及常用同步类分析 109 5.3.1 一个变量引发的思考 109 5.3.2 常用同步类 114 5.4 Looper和Handler类分析 121 5.4.1 Looper类分析 122 5.4.2 Handler分析 124 5.4.3 Looper和Handler的同步关系 127 5.4.4 HandlerThread介绍 129 5.5 本章小结 129 第6章深入理解Binder 130 6.1 概述 131 6.2 庖丁解MediaServer 132 6.2.1 MediaServer的入口函数 132 6.2.2 独一无二的ProcessState 133 6.2.3 时空穿越魔术——defaultServiceManager 134 6.2.4 注册MediaPlayerService 142 6.2.5 秋风扫落叶——StartThread Pool和join Thread Pool分析 149 6.2.6 你彻底明白了吗 152 6.3 服务总管ServiceManager 152 6.3.1 ServiceManager的原理 152 6.3.2 服务的注册 155 6.3.3 ServiceManager存在的意义 158 6.4 MediaPlayerService和它的Client 158 6.4.1 查询ServiceManager 158 6.4.2 子承父业 159 6.5 拓展思考 162 6.5.1 Binder和线程的关系 162 6.5.2 有人情味的讣告 163 6.5.3 匿名Service 165 6.6 学以致用 166 6.6.1 纯Native的Service 166 6.6.2 扶得起的“阿斗”（aidl） 169 6.7 本章小结 172 第7章深入理解Audio系统 173 7.1 概述 174 7.2 AudioTrack的破解 174 7.2.1 用例介绍 174 7.2.2 AudioTrack （Java空间）分析 179 7.2.3 AudioTrack （Native空间）分析 188 7.2.4 关于AudioTrack的总结 200 7.3 AudioFlinger的破解 200 7.3.1 AudioFlinger的诞生 200 7.3.2 通过流程分析AudioFlinger 204 7.3.3 audio track cblk t分析 230 7.3.4 关于AudioFlinger的总结 234 7.4 AudioPolicyService的破解 234 7.4.1 AudioPolicyService的创建 235 7.4.2 重回AudioTrack 245 7.4.3 声音路由切换实例分析 251 7.4.4 关于AudioPolicy的总结 262 7.5 拓展思考 262 7.5.1 DuplicatingThread破解 262 7.5.2 题外话 270 7.6 本章小结 272 第8章深入理解Surface系统 273 8.1 概述 275 8.2 一个Activity的显示 275 8.2.1 Activity的创建 275 8.2.2 Activity的UI绘制 294 8.2.3 关于Activity的总结 296 8.3 初识Surface 297 8.3.1 和Surface有关的流程总结 297 8.3.2 Surface之乾坤大挪移 298 8.3.3 乾坤大挪移的JNI层分析 303 8.3.4 Surface和画图 307 8.3.5 初识Surface小结 309 8.4 深入分析Surface 310 8.4.1 与Surface相关的基础知识介绍 310 8.4.2 SurfaceComposerClient分析 315 8.4.3 SurfaceControl分析 320 8.4.4 writeToParcel和Surface对象的创建 331 8.4.5 lockCanvas和unlockCanvasAndPost分析 335 8.4.6 GraphicBuffer介绍 344 8.4.7 深入分析Surface的总结 353 8.5 SurfaceFlinger分析 353 8.5.1 SurfaceFlinger的诞生 354 8.5.2 SF工作线程分析 359 8.5.3 Transaction分析 368 8.5.4 关于SurfaceFlinger的总结 376 8.6 拓展思考 377 8.6.1 Surface系统的CB对象分析 377 8.6.2 ViewRoot的你问我答 384 8.6.3 LayerBuffer分析 385 8.7 本章小结 394 第9章深入理解Vold和Rild 395 9.1 概述 396 9.2 Vold的原理与机制分析 396 9.2.1 Netlink和Uevent介绍 397 9.2.2 初识Vold 399 9.2.3 NetlinkManager模块分析 400 9.2.4 VolumeManager模块分析 408 9.2.5 CommandListener模块分析 414 9.2.6 Vold实例分析 417 9.2.7 关于Vold的总结 428 9.3 Rild的原理与机制分析 428 9.3.1 初识Rild 430 9.3.2 RIL_startEventLoop分析 432 9.3.3 RIL Init分析 437 9.3.4 RIL_ register分析 444 9.3.5 关于Rild main函数的总结 447 9.3.6 Rild实例分析 447 9.3.7 关于Rild的总结 459 9.4 拓展思考 459 9.4.1 嵌入式系统的存储知识介绍 459 9.4.2 Rild和Phone的改进探讨 462 9.5 本章小结 463 第10章深入理解MediaScanner 464 10.1 概述 465 10.2 android.process.media分析 465 10.2.1 MSR模块分析 466 10.2.2 MSS模块分析 467 10.2.3 android.process.media媒体扫描工作的流程总结 471 10.3 MediaScanner分析 472 10.3.1 Java层分析 472 10.3.2 JNI层分析 476 10.3.3 PVMediaScanner分析 479 10.3.4 关于MediaScanner的总结 485 10.4 拓展思考 486 10.4.1 MediaScannerConnection介绍 486 10.4.2 我问你答 487 10.5 本章小结 488 前言　　虽然前言位于书的最前面，但往往是最后才完成的。至今，本书的撰写工作算是基本完成了，在书稿付梓之前，心中却有些许忐忑和不安，因为拙著可能会存在Bug。为此，我先为书中可能存在的Bug将给大家带来的麻烦致以真诚的歉意。另外，如果大家发现本书存在纰漏或有必要进一步探讨的地方，请发邮件给我（fanping.deng@gmail.com），我会尽快回复。非常乐意与大家交流。　　　　本书主要内容　　全书一共10章，其中一些重要章节中还设置了“拓展思考”部分。这10章的主要内容是：　　第1章介绍了阅读本书所需要做的一些准备工作，包括对Android整个系统架构的认识，以及Android开发环境和源码阅读环境的搭建等。注意，本书分析的源码是Android2.2。　　第2章通过Android源码中的一处实例深入地介绍了JNI技术。　　第3章围绕init进程，介绍了如何解析init.rc以启动Zygote和属性服务（property service）的工作原理。　　第4章剖析了zygote和system_server进程的工作原理。本章的拓展思考部分讨论了Andorid的启动速度、虚拟机heapsize的大小调整问题以及“看门狗”的工作原理。　　第5章讲解了Android源码中常用的类，如sp、wp、RefBase、Thread类、同步类、Java中的Handler类以及Looper类。这些类都是Android中最常用和最基本的，只有掌握这些类的知识，才能在分析后续的代码时游刃有余。　　第6章以MediaServer为切入点，对Binder进行了较为全面的分析。本章拓展思考部分讨论了与Binder有关的三个问题，它们分别是Binder和线程的关系、死亡通知以及匿名Service。笔者希望，通过本章的学习，大家能更深入地认识Binder的本质。　　第7章阐述了Audio系统中的三位重要成员AudioTrack、AudioFlinger和AudioPolicyService的工作原理。本章拓展思考部分分析了AudioFlinger中DuplicatingThread的工作原理，并且和读者一道探讨了单元测试、ALSA、Desktop check等问题。通过对本章的学习，相信读者会对Audio系统有更深的理解。　　第8章以Surface系统为主，分析了Activity和Surface的关系、Surface和SurfaceFlinger的关系以及SurfaceFlinger的工作原理。本章的拓展思考部分分析了Surface系统中数据传输控制对象的工作原理、有关ViewRoot的一些疑问，最后讲解了LayerBuffer的工作流程。这是全书中难度较大的一章，建议大家反复阅读和思考，这样才能进一步深入理解Surface系统。　　第9章分析了Vold和Rild，其中Vold负责Android平台中外部存储设备的管理，而Rild负责与射频通信有关的工作。本章的拓展思考部分介绍了嵌入式系统中与存储有关的知识，还探讨了 Rild和Phone设计优化方面的问题。　　第10章分析了多媒体系统中MediaScanner的工作原理。在本章的拓展思考部分，笔者提出了几个问题，旨在激发读者深入思考和学习Android的欲望。　　　　本书特色　　笔者认为，本书最大的特点在于，较全面、系统、深入地讲解了Android系统中的几大重要组成部分的工作原理，旨在通过直接剖析源代码的方式，引领读者一步步深入于诸如Binder、 Zygote、Audio、Surface、Vold、Rild等模块的内部，去理解它们是如何实现的，以及如何工作的。笔者根据研究Android代码的心得，在本书中尝试性地采用了精简流程、逐个击破的方法进行讲解，希望这样做能帮助读者更快、更准确地把握各模块的工作流程及其本质。本书大部分章节中都专门撰写了“拓展思路”的内容，希望这部分内容能激发读者对Android代码进行深入研究的热情。　　　　本书面向的读者　　（1）Android应用开发工程师 .　　对于Android应用开发工程师而言，本书中关于Binder，以及sp、wp、Handler和Looper等常用类的分析或许能帮助你迅速适应Android平台上的开发工作。　　（2）Android系统开发工程师　　Android系统开发工程师常常需要深入理解系统的运转过程，而本书所涉及的内容可能正是他们在工作和学习中最想了解的。那些对具体模块（如Audio系统和Surface系统）感兴趣的读者也可以直接阅读相关章节的内容。　　这里有必要提醒一下，要阅读此书，应具有C++的基本知识，因为本书的大部分内容都集中在了Native层。　　　　如何阅读本书　　本书是在分析Android源码的基础上展开的，而源码文件所在的路径一般都很长，例如，文件AndroidRuntime.cpp的真实路径就是framework/base/core/jni/AndroidRuntime.cpp。为了书写方便起见，我们在各章节开头把该章所涉及的源码路径全部都列出来了，而在具体分析源码时，则只列出该源码的文件名。　　下面就是一个示例：　　[--]AndroidRuntime.cpp] 　　//这里是源码分析和一些注释。　　如有一些需要特别说明的地方，则会用下面的格式表示：　　[--]AndroidRuntime.cpp::特别说明] 　　特别说明可帮助读者找到源码中的对应位置。　　另外，本书在描述类之间的关系以及在函数调用流程上使用了UML的静态类图以及序列图。UML是一个强大的工具，但它的建模规范过于烦琐，为更简单清晰地描述事情的本质，本书并未完全遵循UML的建模规范。　　本书所使用的UML图都比较简单，读者大可不必花费时间专门学习UML。　　本书的编写顺序，其实应该是6、5、4、7、8、9、10、2、3、1章，但出于逻辑连贯性的考虑，还是建议读者按本书的顺序阅读。其中，第2、5、6章分别讲述了JNI、Android常用类以及 Binder系统，这些都是基础知识，我们有必要完全掌握。其他部分的内容都是针对单个模块的，例如Zygote、Audio、Surface、MediaScanner等，读者可各取所需，分别对其进行研究。　　　　致谢　　首先要感谢杨福川编辑。本书最初的内容来自我的博客，但博客里的文章都没有图，格式也较混乱。是杨编辑最先鼓励我将这些博文整理修改成册，所以我对杨福川编辑的眼光佩服得五体投地。在他的同事杨绣国和白宇的帮助下，我最终才将博客中那些杂乱的文章撰成了今天这本图文并茂、格式工整的书籍。　　其次要感谢我的妻子。为写成此书，我几乎将周末所有的时间都花在了工作中，而长时间在生活上对妻子不闻不问。对丈夫呆若木鸡式的冷淡，妻子却给予了最大的宽容。另外，我的岳父母和我的父母亲都给予了我最无私的帮助，他们都是平凡而伟大的父母亲。还有我和妻子的亲戚们，他们的宽厚和善良时刻感动着我。　　在IT职业的道路上，非常感念前东家中科大洋公司的领导和同事们，他们是邓伟先生、刘运红先生、王宁先生等。当初，如果没有他们宽容的接纳和细心的指导，现在我不可能成为一名合格的程序员。　　非常感谢我现在供职的单位中科创达公司。在这里工作，我常有这样一种感慨：不是所有人都能自己开公司创业的，而又有多少人能够有机会和一个优秀的创业公司一起成长、一起发展呢？创达开明的领导、睿智而富有激情的工作伙伴正是孕育本书的沃土。公司领导赵鸿飞先生、吴安华女士等人更是给予了我最大的肯定和鼓励。　　这里要特别提及的是，我的大学同窗，即为本书作序的邓必山先生。如果没有他的推荐，凭自己那份简陋、单薄的简历，是根本无法与Android亲密接触的。另外，他还曾在技术和个人发展上给予过我很多的指导，对此，我将永志不忘！　　谢谢那些共享Android知识的网友们！没有大家前期点滴的奉献，或许我至今还在琢磨着某段代码呢。　　最后应感谢的是肯花费时间和精力阅读本书的读者，你们的意见和建议将会是我获得的巨大的精神财富！　　　　邓凡平　　2011年6月于北京　　序言　　近两年来，IT行业的最热点聚焦到了移动互联网上。PC时代，WINTEL联盟成就了英特尔和微软各自的霸业。移动互联网时代，谁将上演新的传奇？新生的Android当年仅用短短一年多的时间就跻身全球智能操作系统的三甲行列。在北美市场，如今Android已经超过iOS和黑莓系统成为老大！Android势不可挡，ARM+Android组合的前景一片光明，越来越多的从业者加入了Android 行列！　　与带给人们良好用户体验的iOS不一样的是，Android是一个开放的系统，其所有代码都是开源的。因此，对于开发者而言，不仅可以做到知其然，更可以做到知其所以然！　　然而，要想知道其所以然，并不是一件简单的事情。回想当初，我开始接触Android的时候，除了Android源码外，其他资料甚少。Android是基于Linux的完整操作系统，其代码量让人望而生畏。可以想象，在没有指导的情况下一头扎进操作系统庞大的代码中是一件让人多么痛苦的事情。时间过得很快，Android生态链已经得到了充分的发展。现在市场上的Android资料已经开始泛滥，书籍已经数不胜数。然而，绝大部分书籍只限于讲解Android应用的开发（拜Android应用API所赐），没有深入到系统级的探讨，极少的所谓提供Android深入指导的资料也只是浅尝辄止。如果想深入了解Android系统，只有华山一条路：自己看Android源代码！　　正是因为如此，当初凡平告诉我他要系统地整理其深入钻研Android源代码的心得时，我表示了强烈的赞同。这是一件极少有人做过的事情，这件事情将给已经或即将跨入Android世界的同仁们极大的帮助！这本书里，作者以代码框架为主线，用循序渐进的方式将框架中的关键点一一剖开，从而给读者一个架构清楚、细节完善的立体展现。另外，凡平还会用他的幽默给正在啃枯燥代码的您带来不少笑意和轻松。毫无疑问，如果您想深入了解Android系统，这本书就是您进入Android神秘世界的钥匙。　　如果您看准了移动互联网的前景，想深入理解Android，那就让这本书指导您前进吧！　　　　邓必山　　2011年6月于北京　　媒体评　　作者是Thundersoft多媒体组的牛人，技术精深，乐于分享，对Android系统有真正的理解。《深入理解Android：卷1》内容给力，语言生动，全书没有一句废话，各章中的“拓展思考” 尤为精彩，体现了作者对Android实现原理的深入理解和批判性思考。为什么Android的短信群发很慢？为什么拔出SD卡时有的程序会退出？读者都能从本书中找到诸如此类的各种实际问题的答案。更重要的是，读者能够对Android的整个体系有一个全新的理解。如果你通读了这本书，请一定投一份简历给我们。——Thundersoft（中科创达软件科技（北京）有限公司）　　　　对于Android开发工程师而言，本书不可多得，分析透彻深入，针对性极强。Android系统本身极为庞大，如果要对整个系统进行面面俱到且细致入微地分析，恐怕不是一两本书能完成的。本书从开发者的实际需求出发，有针对性地对Android系统中的重要知识点和功能模块的源代码实现进行了剖析，这样既能帮助开发者解决实际问题，又能使分析深入透彻，而不是停留于表面。强烈推荐！——机锋网（http://www.gfan.com/）　　　　这本书非常实用，绝不是枯燥的源代码分析，是深入理解Android工作机制和实现原理的一本好书。为什么说它实用呢？因为它的最终目的并不是停留着源代码分析上，而是要帮助开发者解决实际问题，于是所有知识点的分析和讲解都是从开发者的实际需求出发的。与一般的源代码分析的书相比较而言，本书在语言上多了几分幽默，更加生动易懂。更重要的是，本书的分析十分深入，探讨了Android相关功能模块的本质。——51CTO移动开发频道（http://mobile.51cto.com/）　　　　随着Android 系统越来越流行，Android应用的需求也在不断变化，对于开发者而言，深入理解Android系统原理显得越来越重要。目前市面上Android 开发相关的图书已经很多，但真正能够系统、深入地讲解Android系统原理的书还乏善可陈。这本书的出版恰逢其时，该书同时兼备深度和广度，以循序渐进的方式，优雅的语言，深入分析到各个模块的源码与原理。另外，它启发性的讲解方式，更有助于读者的学习和思考。——开源中国社区（http://www.oschina.net/）　　

本课程全面讲解了英飞凌SP370+TDA5235胎压监测方案的所有技术细节，配套硬件也是由真实产品改造而来。目标是让同学们增加汽车电子方面的项目实践经验，提升就业竞争力，找到更高薪的工作。记住：练习性项目修内功，...

一个女程序员的奋斗经历

这个问题来自于QQ网友，一句两句说不清楚，索性写个文章。我刚开始做Web开发的时候，根本没有前端，后端之说。原因很简单，那个时候服务器端的代码就是一切：接受浏览器的请求，实现业务逻辑，访问数据库，用JSP生成HTML，然后发送给浏览器。即使后来Javascript在浏览器中添加了一些AJAX的效果，那也是锦上添花，绝对不敢造次。因为页面的HTML主要还是用所谓“套模板”的方式生成：美工生成H...

移动开发其他问题

790

社区成员

13,285

社区内容

发帖

与我相关

我的任务

社区管理员

加入社区

近7日
近30日
至今

加载中

查看更多榜单

社区公告

暂无公告

试试用AI创作助手写篇文章吧

+ 用AI写文章