极限编程的十二个最佳实践分类_有没有一些简单的java程序书籍

㈠ java自学看什么书好啊

学Java，有哪些推荐书籍可以看？很多人都会有这样的疑问。如果你初出茅庐，对Java感兴趣，在这行深钻研，那么这些书绝对不能少；如果你已经是个Java工程师，那么这些书可以帮助你在Java的路上更加精进。一起来看看吧！

四大名着之《Java核心技术(第10版)》

提起Java入门必读，四大名着是少不了的。《Java 核心技术》就是其中之一，分卷一、卷二两册，卷一讲基础，卷二为进阶。全书对于Java语言的核心概念、语法、重要特性和开发方法讲解地非常细致，可以说是一部有关Java的网络全书。

四大名着之《EffectiveJava中文版(第 2 版)》

“神书”、“整本书都是精华”、“内容永不过时”、“Java 程序员必读”……这些标签都是属于《Effective Java中文版》的。

这本书不是讲理论基础的，而是讲实战的。书中介绍了78条极具实用价值的经验规则，涵盖了大多数开发人员每天所面临的问题的解决方案，并且通过代码例子进一步进行佐证，让你知其然，也知其所以然。

哪怕不是Java程序员，也能买来看看，书中绝妙的编程观是跨语言、跨平台的。

《Java语言程序设计(基础篇)(原书第 10 版)》

这应该是很多程序员，尤其是Java程序员倍感亲切的书，因为这本书可以说是他们当中很多人的入门初心。

本书从最基本的程序理论知识出发，哪怕你完全没有Java基础，也可以通过这本书了解Java基本的程序设计、语言结构、面对对象程序设计等知识。书中还配了大量的代码和课后习题，让读者在了解有关Java的基础知识的时候，也能进行实践深入理解。

非常适合零基础、Java 和编程爱好者来读。

《Java 高并发编程详解：多线程与架构设计》

全书主要分为四个部分：第一部分主要阐述Thread的基础知识；第二部分引入了 ClassLoader；第三部分详细、深入地介绍volatile关键字的语义；第四部分也是最重要的一部分，站在程序架构设计的角度深入讲解了如何设计高效灵活的多线程应用程序。

上述就是几本学Java要看的书籍。目前Java软件工程师的就业机会和人才需求量是非常大的。再加上Java程序员不仅IT专业企业需要，广大的非IT企业也需要，前景是非常乐观的。

㈡ java PMD 分别代表什么.

《Java超级工具》囊括了30个开源工具，专门用于提高任何规模的团队或者组织中Java开发人员的实践水平。
每一章都包含针对一个特定工具的一系列短小精悍的小节——无论这个工具用于构建系统、版本控制或者开发流程中的其他方面——这样你就相当于在一个包装里得到了30本简短的书籍。
无论你选择哪一种开发方式——敏捷、Rational统一过程（RUP）、极限编程（XP）、SCRUM或者其他——本书中的实践技巧和工具都使得流程自动化和更优化。《Java超级工具》探讨关键的Java开发问题领域和最佳实践，并且专注于在开发周期的各个环节能够提高生产力的开源工具，包括：
构建工具，例如Ant和Maven 2
版本控制工具，例如CVS和Subversion
质量度量工具，例如CheckStyle、PMD、FindBugs和 Jupiter
用来生成良好文档同时降低写文档和维护文档耗时的工具
单元测试工具，例如JUnit 4、TestNG以及开源测试覆盖工具Cobertura
集成测试、负载测试和性能测试自动化；网络服务、Swing接口和网络接口的自动化测试
问题管理工具，如Bugzilla和Trac
持续集成工具，例如Continuum、CruiseControl、LuntBuild和Hudson
提高开发实践水平并且让你在开发流程中的日子更容易些。《Java超级工具》对于核心开发人员和软件架构师而言是必读书目，能让他们的职业生涯秩序井然。

㈢如何更好的构造一个适合小型软件组织的成熟的过程框架

建立敏捷统一过程框架【内容提要】我建议，软件企业可根据自身的实际情况，以统一过程（如 RUP）为基础建立起符合ISO 9001、SW-CMM 和CMMI SE/SW等基准的组织软件过程体系，同时包含敏捷过程（如XP、Scrum）和重型过程（如TSP）等内容。我把这种混合/集成过程体系叫做“敏捷统一过程框架”（Agile Unified Process Framework，AUPF）。
一、过程成熟度与多样性

近年来软件过程改进在国内日益得到重视，一度出现了许多组织纷纷开展 SW-CMM 商业评估的热潮。迄今全国已有近两百家软件企业通过了 SW-CMM、CMMI 各级评估（1 2 3）。这一方面说明原本作为美国军方标准（如今已成为全球通行的国际标准）的 SW-CMM、CMMI 并非高不可攀，另一方面也说明加强软件开发规范化管理、提高过程成熟度已经得到了业界的广泛认同。

婴儿洗澡椅热季促销行政侵夺科学的灾难美女博客决赛进行北京手机资费下调
与此同时，国际软件界的“敏捷热”、“统一热”也在持续升温。上世纪 90年代以DSDM、Scrum、FDD、Crystal、ASD、XP为代表的轻型软件开发方法逐渐兴起，其中又以XP对传统的“反叛”最为显着，它凭借与传统思维相悖的“极端”做法既获得了许多软件客户、管理者和开发人员的积极拥护，也遭到了传统过程维护者的激烈反驳。2001年2月敏捷联盟成立以及《敏捷软件开发宣言》的发表，标志着这场“敏捷运动”达到了一个高峰。而作为吸收了电信、国防等关键行业以及IBM、HP、Microsoft等多家国际着名软件企业过程经验的商用过程产品，统一过程RUP也在全球取得了广泛的成功。某着名咨询机构 2002 年对全球200位软件相关行业IS/IT经理进行的调查表明：RUP使用率达到了51%，远高于SW-CMM（27%）和ISO 9000（26%）；而且到2003年, 大约50%的被调查者预计其50%以上的项目会使用敏捷方法，14%的被调查者认为其所有的项目会使用敏捷方法 [2] 。

承认软件过程的多样性与追求其成熟度一样重要。“ One size does not fit all ”，事实证明不存在一成不变地适合于所有项目的过程模板。由于软件过程的周境不同（如业务、资源、团队、文化），层次不同（如组织过程、项目过程、团队过程、个体过程），开发类型不同（如新产品、重用、服务、产品线），一时间出现这么多过程方法论并不足怪。

二、过程方法论对比分析

那么，敏捷、统一过程有哪些特点，与传统过程有什么不同呢？下面我们以 SW-CMM 为参照，挑选 3 个最典型的过程方法论（ XP 、 RUP 和 TSP ）作对比分析。

SW-CMM是一套用来评估软件组织过程成熟度的基准，阐明组织为了系统地实施软件过程改进、提高过程成熟度应该做些什么，但没有规定如何去做。它的目标通常适用于所有的软件组织或项目，用来实现目标的大部分关键做法也适合中小企业项目，而许多关键做法中的子做法主要目的是举例说明如何在大型政府、国防合同项目中实现总目标，对中小企业项目仅有参考价值。除了对过程的集成性关注不够，SW-CMM的主要缺点还在于缺少了现代软件过程的一些重要元素，其KPA主要集中在传统过程的静态文档上（如设计、需求文档，合同、计划和报告等），只有很少数的KPA强调了演进式工件（如需求、设计模型，源代码等）、开发环境的自动化水平以及基于架构的过程。 [6]

为了尽早通过评估，人们往往采用或模仿同样是由SEI开发的PSP/TSP过程。建立在PSP之上的TSP可能是迄今为止最为严格的重型过程。为了提高过程的成熟度和可预测性，TSP强调对过程进行全面精确的度量，这依赖于制作大量复杂繁琐的数据表格和文档以及固定程式化流程配合，因而培训、实施的成本很高。

RUP是一个以用例驱动、构件式架构、迭代递增式开发为基本特征，可广泛地应用于各种类型和规模项目的软件过程框架，它的基本特征与需求管理、配置变更管理、OOAD*UML可视化建模、持续检验质量等做法一起集中体现了现代软件开发的最佳实践。RUP定义了起始、细化、构造、移交4个阶段和业务建模、需求、分析设计、实现、测试、部署、配置变更管理、项目管理、环境等9个工种。阶段对应着主里程碑的划分，不同工种的工作流活动在生命周期的迭代中并发进行，具体执行强度可以按需调节，角色、活动和工件也是灵活可配置的。由于RUP提供了极其丰富的内容，所以常被误解为一个重型过程。通过定制RUP通用框架，针对具体项目去掉不必要的元素并吸收其他敏捷方法，完全可以定制出敏捷轻型的RUP过程（如RUP的XP插件）。

极限编程 XP具有强沟通、简化设计、迅速反馈等特点，一般只适合于规模小、进度紧、需求不稳定、开发小项目的小团队。在其12种做法中，测试为先、持续集成、简化设计、代码规范、现场客户、每周40小时工作制、小型发布等早已有之，并不是新的发明，但XP通过巧妙整合把它们发挥到了极致。而代码集体拥有、结对编程、重构、系统隐喻、计划游戏等做法并不是在任何情况下都适用的，使用不当往往会起到相反效果。SW-CMM与XP是互补的，Barry Boehm、Watts Humphrey等权威更认为XP与SW-CMM是哲理相容的 [5] 。主要区别在于，后者更关注过程实施在组织管理上的问题，而XP侧重于具体的过程执行和开发技术，不含有被SW-CMM认为是使良好的工程和管理实践制度化的关键基础设施。

许多团队在一定条件下实践 XP可能会收到意想不到的好效果，但纯而又纯的XP的适用面可能也很小。克莱斯勒公司的C3薪资系统项目恐怕是引用次数最多的XP成功案例，但实际上该项目后期还是由于开发团队与管理者之间的沟通出现问题而遇到了麻烦。一个经典的XP项目偏偏在其核心的沟通要素上出现问题，的确值得人们深思。 [7]

XP以代码为中心，编码和设计活动融为一体，弱化了架构，这是它与以架构为中心的RUP的最大不同，而且它没有业务建模、部署、过程管理等概念。两者也有不少共同点：它们都采用OO技术（取代传统结构化方法）、演进式迭代周期（取代传统瀑布模型），强调风险驱动，以保障可用产品的持续性交付为前提，尽量减少不必要的过程工件，使度量、文档最小化以获得弹性和应变能力。由于RUP、XP结合了具体的开发方法，因此比TSP具有更好的可操作性。

敏捷、统一过程满足了 SW-CMM绝大部分目标及2、3级KPA的要求，对4、5级KPA基本没有涉及。然而，服从类似SW-CMM这样高质量的过程框架，并不一定会开发出高质量的产品，生产出高质量产品的真正高质量的过程却理应被评估为成熟的过程 [6] 。事实上，国际上不少采用RUP的组织已经达到或超过了SW-CMM 3级的水准。通过SW-CMM评估要求组织在过程制度化建设上付出大量复杂、高成本的努力，但过程改进的有效性与复杂性、高成本之间没有必然联系。过程选择的多样性和SW-CMM目标的通用性决定了过程改进途径的多样化。

㈣敏捷开发的实践

敏捷建模（AM）在AM原则的基础上定义了一组核心实践（practice）和补充实践，其中的某些实践已经是极限编程（XP）中采用了的，并在 Extreme Programming Explained一书中有详细的论述，和AM的原则一样，我们在描述这组实践时，将会注重于建模的过程，这样你可以从另外一个角度来观察这些已或XP采用的素材。 ◆Stakeholder的积极参与我们对XP的现场客户（On-Site Customer）的概念做了一个扩充：开发人员需要和用户保持现场的接触；现场的用户要有足够的权限和能力，提供建构中的系统相关的信息；及时、中肯的做出和需求相关的决策；并决定它们的优先级。AM把XP的“现场客户”实践扩展为“使project stakeholder积极参与项目”，这个project stakeholder的概念包括了直接用户、他们的经理、高级经理、操作人员、支持人员。这种参与包括：高级经理及时的资源安排决策，高级经理的对项目的公开和私下的支持，需求开发阶段操作人员和支持人员的积极参与，以及他们在各自领域的相关模型。
◆正确使用artifact 每个artifact都有它们各自的适用之处。例如，一个UML的活动图（activity diagram）适合用于描述一个业务流程，反之，你数据库的静态结构，最好能够使用物理数据（physical data）或数据模型（persistence model）来表示。在很多时候，一张图表比源代码更能发挥作用，一图胜千言，同样，一个模型也比1K的源代码有用的多，前提是使用得当（这里借用了 Karl Wieger的Software Requirements中的词汇）。因为你在研究设计方案时，你可和同伴们和在白板上画一些图表来讨论，也可以自己坐下来开发一些代码样例，而前一种方法要有效的多。这意味着什么？你需要了解每一种artifact的长处和短处，当你有众多的模型可供选择的时候，要做到这一点可没有那么容易。
◆集体所有制只要有需要，所有人都可以使用、修改项目中的任何模型、任何artifact。
◆测试性思维当你在建立模型的时候，你就要不断的问自己，“我该如何测试它？”如果你没办法测试正在开发的软件，你根本就不应该开发它。在现代的各种软件过程中，测试和质保（quality assurance）活动都贯穿于整个项目生命周期，一些过程更是提出了“在编写软件之前先编写测试”的概念（这是XP的一项实践：“测试优先”）。
◆并行创建模型由于每种模型都有其长处和短处，没有一个模型能够完全满足建模的需要。例如你在收集需求时，你需要开发一些基本用例或用户素材，一个基本用户界面原型，和一些业务规则。再结合实践切换到另外的Artifact，，敏捷建模者会发现在任何时候，同时进行多个模型的开发工作，要比单纯集中于一个模型要有效率的多。
◆创建简单的内容你应该尽可能的使你的模型（需求、分析、架构、设计）保持简单，但前提是能够满足你的project stakeholder的需要。这就意味着，除非有充分的理由，你不应该随便在模型上画蛇添足－－如果你手头上没有系统认证的功能，你就不应该给你的模型增加这么一个功能。要有这样的勇气，一旦被要求添加这项功能，自己就能够马上做到。这和XP的实践“简单设计”的思想是一样的。
◆简单地建模当你考虑所有你能够使用的图表（UML图、用户界面图、数据模型等）时，你很快会发现，大部分时候你只需要这些图表符号的一部分。一个简单的模型能够展示你想要了解的主要功能，例如，一个类图，只要能够显示类的主要责任和类之间的关系就已经足够了。不错，编码的标准告诉你需要在模型中加入框架代码，比如所有的get和set操作，这没有错，但是这能提供多少价值呢？恐怕很少。
◆公开展示模型你应当公开的展示你的模型，模型的载体被称为“建模之墙”（modeling wall）或“奇迹之墙（wall of wonder）”。这种做法可以在你的团队之间、你和你的project stakeholder之间营造出开放诚实的沟通氛围，因为当前所有的模型对他们都是举手可得的，你没有向他们隐藏什么。你把你的模型贴到建模之墙上，所有的开发人员和project stakeholder都可以看建模之墙上的模型，建模之墙可能是客观存在的，也许是一块为你的架构图指定的白板，或是物理数据模型的一份打印输出，建模之墙也可能是虚拟的，例如一个存放扫描好的图片的internet网页。如果你想要多了解一些相关的资料，你可以看看Ellen Gottesdiener的Specifying Requirements With a Wall of Wonder。
◆切换到另外的Artifact 当你在开发一个artifact（例如用例、CRC卡片、顺序图、甚至源码），你会发现你卡壳了，这时候你应当考虑暂时切换到另一个artifact。每一个artifact都有自己的长处和短处，每一个artifact都适合某一类型的工作。无论何时你发现你在某个artifact上卡壳了，没办法再继续了，这就表示你应该切换到另一个artifact上去。举个例子，如果你正在制作基本用例，但是在描述业务规则时遇到了困难，你就该试着把你的注意力转移到别的artifact上去，可能是基本用户界面原型、CRC模型，可能是业务规则、系统用例、或变化案例。切换到另一个artifact上去之后，你可能就立刻不再卡壳了，因为你能够在另一个artifact上继续工作。而且，通过改变你的视角，你往往会发现原先使你卡壳的原因。
◆小增量建模采用增量开发的方式，你可以把大的工作量分成能够发布的小块，每次的增量控制在几个星期或一两个月的时间内，促使你更快的把软件交付给你的用户，增加了你的敏捷性。
◆和他人一起建模当你有目的建模时你会发现，你建模可能是为了了解某事，可能是为了同他人交流你的想法，或是为了在你的项目中建立起共同的愿景。这是一个团体活动，一个需要大家有效的共同工作才能完成的活动。你发现你的开发团队必须共同协作，才能建立一组核心模型，这对你的项目是至关重要的。例如，为了建立系统的映像和架构，你需要和同组成员一起建立所有人都赞同的解决方案，同时还要尽可能的保持它的简单性。大多数时候，最好的方法是和另一些人讨论这个问题。
◆用代码验证模型是一种抽象，一种能够正确反映你正在构建的系统的某个方面的抽象。但它是否能运行呢？要知道结果，你就应该用代码来验证你的模型。你已经用一些HTML页面建立了接受付款地址信息的草图了吗？编码实现它，给你的用户展示最终的用户界面，并获取反馈。你已经做好了表示一个复杂业务规则逻辑的UML顺序图了吗？写出测试代码，业务代码，运行测试以保证你做的是对的。永远也别忘了用迭代的方法开发软件（这是大多数项目的标准做法），也别忘了建模只是众多任务中的一个。做一会儿建模、做一会儿编码、做一会儿测试（在其它的活动之中进行）。
◆使用最简单的工具大多数的模型都可以画在白板上，纸上，甚至纸巾的背面。如果你想要保存这些图标，你可以用数码相机把它们拍下来，或只是简单的把他们转录到纸上。这样做是因为大多数的图表都是可以扔掉的，它们只有在你画出模型并思考一个问题的时候才有价值，一旦这个问题被解决了它们就不再有意义了。这样，白板和标签往往成为你建模工具的最佳选择：使用画图工具来创建图表，给你重要的project stakeholder看。只有建模工具能够给我们的编程工作提供价值（例如代码自动生成）时才使用建模工具。你可以这样想：如果你正在创建简单的模型，这些模型都是可以抛弃的。你建模的目的就是为了理解，一旦你理解了问题，模型就没有存在的必要了，因此模型都是可以丢弃的，这样，你根本就不必要使用一个复杂的建模工具。 ◆使用建模标准这项实践是从XP的编码标准改名而来，基本的概念是在一个软件项目中开发人员应该同意并遵守一套共同的建模标准。遵守共同的编码惯例能够产生价值：遵守你选择的编码指南能够写出干净的代码，易于理解，这要比不这么做产生出来的代码好得多。同样，遵守共同的建模标准也有类似的价值。可供选择的建模标准有很多，包括对象管理组织（OMG）制定的统一建模语言ML），它给通用的面向对象模型定义了符号和语义。UML开了一个好头，但并不充分－就像你在Be Realistic About The UML中看到的，UML并没有囊括所有可能的的建模artifact。而且，在关于建立清楚可看的图表方面，它没有提供任何建模风格指南。那么，风格指南和标准之间的差别在何处呢。对源代码来说，一项标准可能是规定属性名必须以attributeName的格式，而风格指南可能是说在一个单元中的一段控制结构（一个if语句，一段循环）的代码缩进。对模型来说，一项标准可能是使用一个长方形对类建模，一项风格指南可能是图中子类需要放在父类的下方。
◆逐渐应用模式高效的建模者会学习通用的架构模式、设计模式和分析模式，并适当的把它们应用在模型之中。然而，就像Martin Fowler在Is Design Dead中指出的那样，开发人员应当轻松的使用模式，逐渐的应用模式。这反映了简单的价值观。换言之，如果你猜测一个模式可能适用，你应当以这样的方式建模：先实现目前你需要的最小的范围，但你要为日后的重构留下伏笔。这样，你就以一种可能的最简单的方式实现了一个羽翼丰满的模式了。就是说，不要超出你的模型。举一个例子，在你的设计中，你发现有个地方适合使用GoF的Strategy模式，但这时候你只有两个算法要实现。最简单的方法莫过于把算法封装为单独的类，并建立操作，能够选择相应的算法，以及为算法传递相关的输入。这是Strategy模式的部分实现，但你埋下了伏笔，日后如有更多的算法要实现，你就可以重构你的设计。并没有必要因为Strategy模式需要，就建立所有的框架。这种方法使你能够轻松的使用模式。
◆丢弃临时模型你创建的大部分的模型都是临时使用的模型－－设计草图，低精度原型，索引卡片，可能架构/设计方案等等－－在它们完成了它们的目的之后就再不能提供更多的价值了。模型很快就变得无法和代码同步，这是正常的。你需要做出决定：如果“同步更新模型”的做法能够给你的项目增添价值的话，那就同步更新模型；或者，如果更新它们的投入将抵消它们能够提供的所有价值（即负收益），那就丢弃它们。
◆合同模型要正式在你的系统需要的信息资源为外部组织所控制的时候，例如数据库，旧有系统和信息服务，你就需要合同模型。一个合同模型需要双方都能同意，根据时间，根据需要相互改变。合同模型的例子有API的细节文档，存储形式描述，XML DTD或是描述共享数据库的物理数据模型。作为法律合同，合同模型通常都需要你投入重要资源来开发和维护，以确保它的正确、详细。你的目标是尽量使你系统的合同模型最少，这和XP的原则traveling light是一致的。注意你几乎总是需要电子工具来建立合同模型，因为这个模型是随时需要维护的。
◆为交流建模建模的次要原因是为了和团队之外的人交流或建立合同模型。因为有些模型是给团队之外的客户的，你需要投入时间，使用诸如文字处理器，画图工具包，甚至是那些“被广告吹得天花乱坠”的CASE工具来美化模型。
◆为理解建模建模的最重要的应用就是探索问题空间，以识别和分析系统的需求，或是比较和对照可能的设计选择方法，以识别可能满足需求的、最简单的解决方案。根据这项实践，你通产需要针对软件的某个方面建立小的、简单的图表，例如类的生命周期图，或屏幕顺序，这些图表通常在你完成目的（理解）之后就被丢弃。
◆重用现有的资源这是敏捷建模者能够利用的信息财富。例如，也许一些分析和设计模式适合应用到系统上去，也许你能够从现有的模型中获利，例如企业需求模型，业务过程模型，物理数据模型，甚至是描述你用户团体中的系统如何部署的模型。但是，尽管你常常搜索一些比较正确的模型，可事实是，在大多数组织中，这些模型要么就不存在，要么就已经过期了。
◆非到万不得已不更新你应当在你确实需要时才更新模型，就是说，当不更新模型造成的代价超出了更新模型所付出的代价的时候。使用这种方法，你会发现你更新模型的数量比以前少多了，因为事实就是，并不是那么完美的模型才能提供价值的。我家乡的街道图已经使用了5年了，5年我自己街道并没有改变位置，这张地图对我来说还是有用的。不错，我可以买一张新地图，地图是每年出一次的，但为什么要这么麻烦呢？缺少一些街道并没有让我痛苦到不得不投资买一份新地图。简单的说，当地图还管用的时候，每年花钱买新地图是没有任何意义的。为了保持模型、文档和源代码之间的同步，已经浪费了太多太多的时间和金钱了，而同步是不太可能做到的。时间和金钱投资到新的软件上不是更好吗？
确实不错的主意
以下的实践虽然没有包括在AM中，但是可以做为AM的一份补充：
◆重构这是一项编码实践。重构，就是通过小的变化，使你的代码支持新的功能，或使你的设计尽可能的简单。从AM的观点来看，这项实践可以保证你在编码时，你的设计干净、清楚。重构是XP的一个重要部分。
◆测试优先设计这是一项开发实践。在你开始编写你的业务代码之前，你要先考虑、编写你的测试案例。从AM的观点来看，这项实践强制要求你在写代码之前先通盘考虑你的设计，所以你不再需要细节设计建模了。测试优先设计是XP的一个重要部分。

㈤自学JAVA

最近论坛上看到好几个朋友都在问，如何学习 Java的问题,“我已经学习了J2SE，怎么样才能转向J2EE?”，“我看完了Thinking in Java，可以学习J2EE了么?”。于是就有了写这篇文章的想法，希望能帮助初学者少走一些弯路。也算是对自己几年来学习Java的一个总结吧。

在开始之前有必要再讨论一下J2ME，J2SE，J2EE这些概念。J2ME，The Micro Edition of the Java 2 Platform。主要用于嵌入式Java，如手机，PDA等等。J2SE，Java 2 Platform，Standard Edition，我们通常所说的JDK(Java Development Kit)包含在此，是J2EE的基础。J2EE，Java 2 Platform，Enterprise Edition，就是所谓的企业级Java。这些只是从API级别上的划分，实际上Sun给J2EE的定义是：开发基于组件的多层的企业级应用的规范。也就是为各种不同的技术定义一个Java的规范，使这些不同的技术结合起来，在Java平台上构建强壮的企业级应用。从这一点来看，J2EE这个概念应该是涵盖J2ME，J2SE的。比如一个典型的J2EE应用，网上商店，它支持web方式下订单，也支持手机下订单。显然必须用到J2SE，J2ME。所以也就不存在所谓的从J2SE转向J2EE的问题了，只是后者包含的范围更广而已。

来看看Sun给出的J2EE 相关技术主要分为几大块。

1. Web Service技术

- Java API for XML Processing (JAXP)

- Java API for XML Registries (JAXR)

- Java API for XML-based RPC (JAX-RPC)

- SOAP with Attachments API for Java (SAAJ)

2. 组件模型技术（Component Model Technologies）

- Java Servlet

- JavaServer Pages

- JavaServer Faces

- Enterprise JavaBeans

- Java Message Service

- J2EE Connector Architecture

3. 管理技术(Management Technologies)

- J2EE Deployment Specification

- J2EE Management Specification

- J2EE Client Provisioning

- Java Authorization Contract for Containers

4. 其他相关技术(Other J2EE Technologies)

- JDBC

- Java Data Objects (JDO)

- CORBA (Java IDL and Java RMI-IIOP)

- JavaMail

- Transactions

如此之多的技术难免使初学者无所适从，望而却步。即使是一位经验丰富的J2EE开发者，又有几个人敢说J2EE相关的技术我都熟练掌握了。不过作为一名普通J2EE应用程序的开发者来说，我们只需要重点学习其中的一部分技术就可以了，对于其他部分只要做到心中有数，哪天需要用到了知道跑哪里去找到资料就行了。以我个人的观点，下面这些技术是一般J2EE应用开发人员所必须熟练掌握的。Java Server Page，Java Servlet，Enterprise JavaBean，JDBC，Transactions。还有JAXP等XML相关技术，Java Message Service，Java Mail，JDO等等是最好应该掌握的。其他Management Technologies，Connector Architecture等等主要是给容器提供商中间件提供商参考的，应用开发者不需要怎么关心，等用到了再去学习也不迟。

语言学习篇

首先是J2SE基础。学习一门新技术，无外乎阅读和实践了。而一本好的参考书对于初学者来说显得格外重要。现在市面上的 Java书籍可以说是铺天盖地，质量也是良莠不齐，令初学者无所适从。所以还是先推荐几本书籍吧。目前对于Java基础知识，大家一般都比较推荐两本书<>和<< Core Java? 2， Volume I: Fundamentals >>。第一本书不必多说了，Bruce Eckel的大作，Jolt获奖书籍。内容比较全面，基本涵盖了java语言的方方面面。这本书提供了相当丰富的例子，非常有利于对学习内容的了解。另外书中第一部分对于OO基本书籍的介绍，我觉得对于刚接触OO的人来说帮助会很大。而且此书是Open Source的，可以从作者网上下载http://www.mindview.net/Books/TIJ/而对于习惯于读中文版的学习者来说，侯捷翻译的中文版是不错的选择。要说这本说的缺点可能就是对于初学者来说厚了一点，这也是一些人并不推荐此书作为初学者学习用书的原因吧。后面一本<< Core Java? 2， Volume I: Fundamentals >>。目前已经是第七版了，单从它出版的次数来看也可以看出此书受欢迎的程度，这本书特点也是讲述比较全面系统，基本上一路啃下来的话Java语言基础应该算过关了。缺点也是太厚了，有点像参考手册，前面部分花了不少篇幅讲Swing和Applet，可能对初学者不是很有用。还有一些像<< Java in a nutshell>>也是比较不错的基础书籍。

学习了基本的语言基础，别忘了最重要也是最有用的资料还是JDK文档。从你学习java的第一天开始JDK文档应该是常备手头了。如果你碰到问题首先想到的是到论坛上去提问而不是查阅Jdk文档，那先别继续往下学习了，学会查JDK文档先。不夸张的说在我们的初学者论坛中60%的问题是光查一下JDK文档就能解决问题的。最新JDK Documentation下载地址http://java.sun.com/j2se/1.4.2/download.html(目前最新版是J2SE5 http://java.sun.com/j2se/1.5.0/download.jsp)不能光说不练，同一下载页面把JDK给下载回来。安装完后有一点我想提一下，安装路径下有一个src.zip(有些jdk版本是src.jar)，好东西啊---JDK源代码，老是有人在论坛上问哪里有JDK源代码下载，你说东西就放在你家里还到处找。有了这个有些问题就需要在论坛上跟人家争来争去了，翻开源代码瞧一下什么疑问都没有了。几个最重要的命令行工具是

javac: 编译源文件到class文件

java: 运行class

jar: 打包工具。

javadoc: 生成java doc的工具。

对于初学java的人来说，我不推荐使用IDE而直接用文本编辑器，然后用命令行编译运行。这样有利于理解CLASSPATH，PATH这些最基本概念。CLASSPATH是初学者比较容易感觉迷惑的地方。现在的IDE太聪明了，给个名字就给你自动生成java source code，自动编译。可能你运行完了你的第一个Hello World程序，还不知道java和javac是用来做什么的。至于实际的项目开发，一款合适的IDE还是十分重要的，我们稍后再对java开发工具做一些介绍。

J2EE基础和Java语言进阶

学习完语言基础，就可以比较自然地转入J2EE实际技术的学习了。J2EE实在是比较庞杂，而EJB，Servlet，这些核心技术是作为每一个J2EE开发人员所需要掌握的。关于servlet，我比较推荐<>和<>，第一本是Sun推荐的Servlet教材。第二本是当年Amazon最畅销Java书籍，五星级书籍。这本书机械工业出版社有中文版叫<<与JSP权威指南>>，感觉翻译得还可以，第二版好像还没有看到有中文版。两本书都全面系统地介绍了JSP和Sevlet知识，从web服务器配置，JSP，Servlet基本编程，标记库(Tag Lib)，过滤器，事件框架都有很好地描述。提供地例子也比较实用。对于EJB学习，比较着名有两本书，<< Enterprise JavaBeans， 3nd Edition>>和<< Mastering Enterprise Java Beans Third Edition>>，两位作者Richard Monson，Ed Roman都是属于业界重量级人物。而Richard Monson本身就是EJB规范专家组成员。对我来说，两本书难分优劣，第二本书有个好处就是可以免费下载http://www.theserverside.com/books/wiley/masteringEJB/index.tss。

还是那句话，不能光说不练，不过J2EE的练习做起来有一点麻烦，应用服务器是不可少的，最好还得准备个轻量级的数据库。下面简单介绍一下这些工具。

web服务器(Servlet Container)方面有。

Tomcat: http://jakarta.apache.org/tomcat/

Jetty: http://jetty.mortbay.org/jetty/

应用服务器常用的有，

Jboss: http://www.jboss.org/procts/index

Weblogic: http://www.bea.com/framework.jsp?CNT=index.htm&FP=/content/procts/server

WebSphere: http://www-128.ibm.com/developerworks/downloads/ws/was/?S_TACT=105AGX28&S_CMP=DLMAIN。

Tomcat，Jetty，Jboss都是Open Source。Weblogic和WebSphere是J2EE服务器中的老大级人物，价格也不菲。不过对于开发者有免费的试用版下载。

如果单单只是学习Servlet，推荐使用Tomcat，它是Sun官方指定的Servlet，JSP规范的参考实现。对初学者最重要的是它使用比较简单，自带文档比较齐全，使用者众多，有什么问题容易在论坛上面得到帮助。如果学习EJB的话，推荐使用Jboss，不仅仅是因为它是Open Source的，主要是配置比较简单，使用方便。比如说对于连接数据库，对于常用的MySQL，Oracle，MS SQL等等都提供了Sample Config文件，直接拿过来做些小改动扔到Deploy目录下就可以用DataSource了，部署J2EE应用也简单，把整个.ear或者.war扔到deploy下就可以了。唯一不方便的地方是从Jboss3.0开始，它的文档开始收费了。但是对于一些基本的配置，在网上还是非常容易找到的，毕竟它太流行了。至于Weblogic，也比较容易使用，不过比起Jboss来个头大了很多，通过强大的管理界面使得一些常用的配置工作变得十分简单。和Jboss比起来它的文档就太多了，简直是有点罗里八嗦，比如要部署一个.ear文件，一般我们也就是直接扔到domain下的applications目录下就会自动deploy了，但是要看它的文档可是长篇大论，容易吓着初学者，以为这又是什么高深的学问。至于WebSphere，个人不推荐初学者使用，相比前俩个Server比较难使，而且狂吃内存。不过在企业级市场这个家伙表现不俗，毕竟是出生于IBM这样的豪门。

数据库方面，目前常见的主要有PostgreSQL，MySQL，Oracle，MS SQL，DB2等等。前面两个是开源数据库，后面几个基本上垄断着大部分的数据库市场。对于初学者用来做做EJB，JDBC的练习，我推荐MySQL，理由还是很简单，开源软件不要钱，个头小使用方面，用户众多文档齐全。下载地址http://www.mysql.com/procts/mysql/。PostgreSQL也可以考虑，不过国内使用者远不如MySQL多，所以要在论坛上问起问题来就少方便一些了，下载地址http://www.pervasive-postgres.com/downloads/。至于后面那些比较重量级的数据库，为了做做练习而言就不用考虑了，咱也花不起这个钱啊。

学习完J2EE的这些具体技术，这个时候进行基本的J2EE开发应该是不成问题了。此时应该考虑提高自己的代码质量了。这里我强烈推荐Martin Fowler的<>，这本书不是一本非常实际的书，作者完全是手把手地教你如何提高代码质量，从具体地代码中告诉你什么是代码的Bad Smell，如何去掉这些Bad Smell。不少书评是这么说的，这本书对于初级，中级的读者帮助是立杆见影的。至少就我接触到的几个学习编程不久的程序员，编码质量在短期内都有很大提高。当然重构(Refactoring)这一概念并不只针对Java语言的，它对所有OO语言都是适用的。重构的概念是如此深入人心，以至于今天几乎所有流行的IDE工具都有对重构的支持。这里我还想再推荐一本<>。从C++过来的程序员都知道<>在C++领域的地位，至今还流传着这样的趣话，C++程序员分为两种，一种是读过<>的，另一种是没有读过C++的。虽然这本<>在Java领域的影响也许没有那么大，但对于Java程序员绝对有相当的指导价值。作者是Sun公司的Joshua Bloch，java Collection framework的设计者。作者站在JDK设计者的角度向你介绍他的Best Practice，应该这样做而不应该那样做，对于JDK中某些API设计的缺陷他也毫不袒护的指出。Java语言之父James Gosling为此书写的前言是这么说的“I sure wish I had had this book ten years ago。 Some might think that I don't need any Java books， but I need this one”。这本书会让你觉得原来你对Java还是有很多东西不了解的。举个例子来说，对象的equals方法，我们认为它很简单，也许你每天都在为你新写的Class重载这个方法，但是你在重载的时候注意过“自反”，“对称”，“传递”这些必须要考虑的因素，你是否同时还小心谨慎的重载了hashcode这个方法？如果没有，建议你要读一下这本书。读完这本书，你会觉得离Java的距离更近了。上面两本书都出过中文版，后面一本<>还有两个版本的中文版，第一次翻译的比较差一点，后来机械工业出版社又委托潘爱民先生重新翻译了一遍。同一本书在同一个出版社连续被翻译了两次也说明国内出版界对这本书还是比较重视的。

这个阶段，在看书的同时，可以结合着学习一些优秀的开源项目的源代码。这些开源项目的代码风格，注释都是值得借鉴的。实在太懒也别忘了手头上还有个Jdk的源代码。其实也不用刻意去找源代码，在实际的J2EE项目开发中，基本上都会用到一些优秀的开源项目。Framework可能会用到Spring，Struts，Log机制基本上都会JarkartaCommons Log或者Log4j，单元测试会大多会用Junit，结合项目阅读一下其中的一些源代码，既可以提高自己又对项目会有所帮助，说不定因此而得到PM的赏识呢。一举两得，何乐而不为呢。呵呵，有点扯远了。过了初学者阶段，该学会如何找到适合自己的Java书籍了。历经数十载，今天的Java技术已经变的如此之庞杂，我相信即使穷净一个人毕生之精力也不可能把Java所有的相关技术都学通，何况新技术还在层出不穷地推出，3年之前谁会知道Struts会成为Web框架事实上的工业标准。2年之前谁会知道Hibernate会在今天独领风骚。既然已经不能指望一次性把java技术的方方面面都学个通，在实际中也只能是需要什么技术再学习什么技术了。而能否选择一本好的参考书籍带来的就是事半功倍和事倍工半的效果。所以我觉得花点时间放在选择书籍上面还是很值得的，否则你在后面只会花更多的时间。下面我谈谈自己选择书籍的一些经验，不一定正确。首先看作者，像上面提到的那些书的作者，都是业界鼎鼎大名的，选择他们的书一般错不了。大家看的书多了，自己胸中自然也会有一个list，哪些作者是信得过的。二看出版社，计算机书籍方面，Oreilly，Addison-Wesley都是公认比较好的出版社。对于目前比较流行的Java技术，Oreilly的< in Action>>系列是不错的选择。另外我还会去看看Amazon网站(http://www.amazon.com/)的书评，一般小于3星级的书我都不会考虑。还有一个好去处theserverside，http://www.theserverside.com/的书评，这里的书评比较有趣，往往都有很激烈的争论，里面经常会看到一些名人在发言。我要向所有Java学习者推荐，如果我的收藏夹里面只能存放两个网站，我会选择java.sun和theserverside。在这里你可以了解最新的Java动态，可以学习第一手的Java资料，可以看到Java高手们(里面不乏业界大腕)激烈辩论。in Action>>

到此阶段，Java Developer的基本功底应该算是打好了吧，往后就是不断学习喽。结束这一段之前，最后再介绍一本书Oreilly的<， Second Edition >>，因为我觉得多线程编程属于Java基本功，每一个想学好Java的人都应该好好掌握。

提高篇

在这个阶段应该从软件架构，Framework层次上来学习了。作为面向对象的圣经<>，这本书是不得不推荐的。不用再多说了，这本在面向对象领域地位完全是属于教父级别的。不管你学习的是什么OO语言，不管你现在是用.Net还是J2EE开发，这本书都是你进阶之路上的必读之书。而<>则专门针对于J2EE来讨论设计模式，书中Sun Java Center的资深设计师描述了J2EE关键技术的模式。最佳实践，设计策略和经过验证的解决方案。对于每一个希望成为J2EE 架构师或者设计师，这本书值得一读。学习设计模式的时候，建议是结合实际的源代码来看，比如看看Junit源代码，你可以看到很多设计模式优雅的实现，作者之一Erich Gamma本身就是<>的作者。至于J2EE的设计模式，Sun还开辟了专门的空间http://java.sun.com/blueprints/patterns/，里面有对常用模式的讨论又提供了详细的源代码样例。正如Grady Booch所说，模式对于普遍问题提供了通用的解决方案，利用模式就等于拥有一个强大的专家队伍。如果你还没有学习，现在就开始吧。此外对于面向对象方法论，极限编程的思想也应该有所了解http://www.extremeprogramming.org/。对于J2EE项目的具体实施，Rod Johnson的<>也很有价值，该书以作者丰富的实战经验向我们展示如何用尽可能简单的解决方案构建J2EE 应用，书中作者第一次提出这样的观点，很多时候，J2EE应用完全没有必要用到EJB，对于言必称EJB的广大J2EE开发者来说，怎么说也有点惊世咳俗的味道。当然，作为Servlet和JDO两个专家组的成员，这可不是作者信口胡驺的。今天风靡Java世界的Spring框架最初便是源于此书，而IOC，AOP等概念更是被时下的java开发者挂在嘴边。最后，作为对Java的深入学习，Java技术的各个Specification也有必要一读。暂时就写到这里吧。

㈥软件设计师考试考点分析与真题详解的目录

比特培训-24期(2017年上)-软件设计师培训课件，免费下载

链接:https://pan..com/s/1ewtz01HsJL16rSVRzm3-7A

提取码:2ocw

㈦ PMI-ACP与PMP认证有承接关系吗

ACP和PMP是一个都是PMI体系下的，PMP全称Project Management Professional，中文名字：项目管理专业人士认证。

PMI-ACP的中文含义为敏捷项目管理专业人士，一般指的是PMI-ACP认证考试，也就是我们常说的PMI-ACP考试。PMI-ACP认证验证了从业人士理解、应用敏捷原则及在项目上实践的能力。它与别的认证不同在于它要求敏捷培训、敏捷项目工作经验以及包含敏捷实践、工具、技巧考试的结合。它同样也结合了其他敏捷方法，包括SCRUM（敏捷开发）、XP（极限编程）和LeanDevelopment（精益敏捷）。

PMP是传统项目管理模式，ACP是起始于软件工程，同时在向其他行业领域推广，所以ACP更适合软件行业，但有PMP的知识作为支持就是更强的组合。

ACP和PMP是一个都是PMI体系下的认证，PMP更多的是项目管理框架，ACP会是侧重敏捷开发管理。

一般情况下，建议先学习PMP，再参加ACP的学习。如果你的企业现在在用敏捷或者打算转型敏捷，那就先学ACP，后学PMP。

㈧有没有一些简单的java程序书籍

一、Java编程入门类

对于没有Java编程经验的程序员要入门，随便读什么入门书籍都一样，这个阶段需要你快速的掌握Java基础语法和基本用法，宗旨就是“囫囵吞枣不求甚解”，先对Java熟悉起来再说。用很短的时间快速过一遍Java语法，连懵带猜多写写代码，要“知其然”。
1、《Java编程思想》
在有了一定的Java编程经验之后，你需要“知其所以然”了。这个时候《Java编程思想》是一本让你知其所以然的好书，它对于基本的面向对象知识有比较清楚的交待，对Java基本语法，基本类库有比较清楚的讲解，可以帮你打一个良好的Java编程基础。这本书的缺点是实在太厚，也比较罗嗦，不适合现代人快节奏学习，因此看这本书要懂得取舍，不是每章每节都值得一看的，挑重点的深入看就可以了。
2、《Agile Java》中文版
这本书是出版社送给我的，我一拿到就束之高阁，放在书柜一页都没有翻过，但是前两天整理书柜的时候，拿出来一翻，竟然发现这绝对是一本好书！这本书一大特点是以单元测试和TDD来贯穿全书的，在教你Java各种重要的基础知识的过程中，潜移默化的影响你的编程思维走向敏捷，走向TDD。另外这本书成书很新，以JDK5.0的语法为基础讲解，要学习JDK5.0的新语法也不错。还有这本书对于内容取舍也非常得当，Java语言毕竟类库庞大，可以讲的内容太多，这本书选择的内容以及内容的多寡都很得当，可以让你以最少的时间掌握 Java最重要的知识，顺便培养出来优秀的编程思路，真是一本不可多得的好书。
虽然作者自己把这本书定位在入门级别，但我不确定这本书用来入门是不是稍微深了点，我自己也准备有空的时候翻翻这本书，学习学习。

二、Java编程进阶类
打下一个良好的Java基础，还需要更多的实践经验积累，我想没有什么捷径。有两本书值得你在编程生涯的这个阶段阅读，培养良好的编程习惯，提高你的代码质量。
1、《重构改善既有代码的设计》
这本书名气很大，不用多介绍，可以在闲暇的时候多翻翻，多和自己的实践相互印证。这本书对产生影响是潜移默化的。
2、《测试驱动开发 by Example》
本书最大特点是很薄，看起来没有什么负担。可以找一个周末的下午，一边看，一边照做，一个下午就把书看完，这本书的所有例子跑完了。这本书的作用是通过实战让你培养TDD的思路。

三、Java架构师之路
到这个阶段，应该已经非常娴熟的运用Java编程，而且有了一个良好的编程思路和习惯了，但是可能还缺乏对应用软件整体架构的把握，现在就是迈向架构师的第一步。
1、《Expert One-on-One J2EE Design and Development》
这本书是Rod Johnson的成名着作，非常经典，从这本书中的代码诞生了springframework。但是好像这本书没有中译本。
2、《Expert One-on-One J2EE Development without EJB》
这本书由gigix组织翻译，多位业界专家参与，虽然署名译者是JavaEye，其实JavaEye出力不多，实在是忝居译者之名。
以上两本书都是Rod Johnson的经典名着，Java架构师的必读书籍。在所推荐的这些书籍当中，是看过的最仔细，最认真的书，当时读这本书几乎是废寝忘食的一气读完的，有小时候挑灯夜读金庸武侠小说的劲头，书中所讲内容和自己的经验知识一一印证，又被无比精辟的总结出来，读完这本书以后，有种被打通经脉，功力爆增的感觉。
但是后来看过一些其他人的评价，似乎阅读体验并没有那么high，也许是因为每个人的知识积累和经验不同导致的。那个时候刚好是经验知识积累已经足够丰富，但是还没有系统的整理成型，让这本书一梳理，立刻形成完整的知识体系了。
3、《企业应用架构模式》
Martin的又一本名着，但这本书只是泛泛的看了一遍，并没有仔细看。这本书似乎更适合做框架的人去看，例如如果打算自己写一个ORM的话，这本书是一定要看的。但是做应用的人，不看貌似也无所谓，但是如果有空，还是推荐认真看看，会让知道框架为什么要这样设计，这样的层次可以晋升到框架设计者的角度去思考问题。Martin的书向来都是推崇，但是从来都没有像Rod Johnson的书那样非常认真去看。
4、《敏捷软件开发原则、模式与实践》
Uncle Bob的名着，敏捷的经典名着，这本书比较特别，与其说是讲软件开发过程的书，不如说讲软件架构的书，本书用了很大篇幅讲各种面向对象软件开发的各种模式，个人以为看了这本书，就不必看GoF的《设计模式》了。

四、软件开发过程
了解软件开发过程不单纯是提高程序员个人的良好编程习惯，也是增强团队协作的基础。
1、《UML精粹》
UML其实和软件开发过程没有什么必然联系，却是软件团队协作沟通，撰写软件文档需要的工具。但是UML真正实用的图不多，看看这本书已经足够了，完全没有必要去啃《UML用户指南》之类的东西。要提醒大家的是，这本书的中译本翻译的非常之烂，建议有条件的看英文原版。
2、《解析极限编程拥抱变化》XP
这是Kent Beck名着的第二版，中英文对照。没什么好说的，必读书籍。
3、《统一软件开发过程》UP
其实UP和敏捷并不一定冲突，UP也非常强调迭代，测试，但是UP强调的文档和过程驱动却是敏捷所不取的。不管怎么说，UP值得去读，毕竟在中国真正接受敏捷的企业很少，还是需要用UP来武装一下自己的，哪怕是披着UP的XP。
4、《敏捷建模》AM
Scott Ambler的名着，这本书非常的progmatic，告诉怎么既敏捷又UP，把敏捷和UP统一起来了，又提出了很多progmatic的建议和做法。可以把《解析极限编程拥抱变化》、《统一软件开发过程》和《敏捷建模》这三本书放在一起读，看XP和UP的不同点，再看AM是怎么统一XP和UP的，把这三种理论融为一炉，形成自己的理论体系，那么也可以去写书了。

五、软件项目管理
如果突然被领导提拔为项目经理，而完全没有项目管理经验，肯定会心里没底；如果觉得自己管理项目不善，很想改善项目管理能力，那么去考PMP肯定是远水不解近渴的。
1、《快速软件开发》
这也是一本名着。可以这样说，有本书在手，就有了一个项目管理的高级参谋给你出谋划策，再也不必担心自己不能胜任的问题了。这本书不是讲管理的理论的，在实际的项目管理中，讲这些理论是不解决问题的，这本书有点类似于“软件项目点子大全”之类的东西，列举了种种软件项目当中面临的各种问题，以及应该如何解决问题的点子，只需要稍加变通，找方抓药就行了。

六、总结
在这份推荐阅读书籍的名单中，没有列举流行的软件框架类学习书籍，例如Struts，hibernate，spring之类，也没有列举AJAX方面的书籍。是因为这类书籍容易过时，而上述的大半书籍的生命周期都足够长，值得去购买和收藏。

【二.Java书籍Top 10】
下面是Java Inside上推荐的十本不错的Java书籍。
1）Java Language Specification, Third Edition (by James Gosling)
本书由Java技术的发明者编写，是Java TM编程语言的权威性技术指南。如果你想知道语言之构造的精确含义，本书是最好的资源。

2）Effective Java , Second Edition (by Joshua Bloch)
本书介绍了在Java编程中78条极具实用价值的经验规则，这些经验规则涵盖了大多数开发人员每天所面临的问题的解决方案。通过对Java平台设计专家所使用的技术的全面描述，揭示了应该做什么，不应该做什么才能产生清晰、健壮和高效的代码。.
本书中的每条规则都以简短、独立的小文章形式出现，并通过例子代码加以进一步说明。本书内容全面，结构清晰，讲解详细。可作为技术人员的参考用书。…

3)Java Concurrency in Practice (by Brian Goetz)
随着多核处理器的普及，使用并发成为构建高性能应用程序的关键。Java 5以及6在开发并发程序取得了显着的进步，提高了Java虚拟机的性能，提高了并发类的可伸缩性，并加入了丰富的新并发构建块。在本书中，这些便利工具的创造者不仅解释了它们究竟如何工作、如何使用，同时，还阐释了创造它们的原因，及其背后的设计模式。本书既能够成为读者的理论支持，又可以作为构建可靠的，可伸缩的，可维护的并发程序的技术支持。本书并不仅仅提供并发API的清单及其机制，本书还提供了设计原则，模式和思想模型，使我们能够更好地构建正确的，性能良好的并发程序。
本书的读者是那些具有一定Java编程经验的程序员、希望了解Java SE 5，6在线程技术上的改进和新特性的程序员，以及Java和并发编程的爱好者。

4）Java Puzzles: Traps, Pitfalls and Corner Cases (by Joshua Bloch)
Java教父的又一经典名着–Java Puzzlers，Amazon五星图书。认为你到底有多了解Java？你是一个代码神探吗？你是否曾经花费过数天时间去追踪一个由Java或其类库的陷阱和缺陷而导致的bug？你喜欢智力测验吗？那么这本书正好适合你！

5)Thinking in Java (by Bruce Eckel)
本书赢得了全球程序员的广泛赞誉，即使是最晦涩的概念，在Bruce Eckel的文字亲和力和小而直接的编程示例面前也会化解于无形。从Java的基础语法到最高级特性（深入的面向对象概念、多线程、自动项目构建、单元测试和调试等），本书都能逐步指导你轻松掌握。
从本书获得的各项大奖以及来自世界各地的读者评论中，不难看出这是一本经典之作。本书的作者拥有多年教学经验，对C、C++以及Java语言都有独到、深入的见解，以通俗易懂及小而直接的示例解释了一个个晦涩抽象的概念。本书共22章，包括操作符、控制执行流程、访问权限控制、复用类、多态、接口、通过异常处理错误、字符串、泛型、数组、容器深入研究、Java I/O系统、枚举类型、并发以及图形化用户界面等内容。这些丰富的内容，包含了Java语言基础语法以及高级特性，适合各个层次的Java程序员阅读，同时也是高等院校讲授面向对象程序设计语言以及Java语言的绝佳教材和参考书。

6)Better, faster, lighter Java (by Justin Gehtland, Bruce A. Tate)
Java的开发者正深陷于复杂性的泥沼中而无法自拔。我们的经验和能力正接近极限，程序员为了编写支持所选框架的程序所花的时间比解决真正问题的时间要多得多。我们不禁要问，有必要把Java搞得这么复杂吗?.
答案是否定的。本书给你指引了一条出路。无论是维护应用程序，还是从头开始设计，你都能够超越成规，并大幅精简基本框架、开发过程和最终代码。你能重新掌握一度失控的J2EE应用程序。..
在本书中，原作者Bruce A．Tate与Justin Gehtland将循序渐进、娓娓道来。首先，他们列出了五项基本法则。他们展示了如何构建简单、解耦的代码，并告诉你如何选择技术。他们还对两种被广泛运用的开源程序如何迎合这些概念进行了剖析。最后，作者还将利用这些基本概念构建一个简单但内涵丰富的应用程序来解决现实世界中所遇到的问题。

7)Core Java (vol. 1, 2) (by Cay S. Horstmann, Gary Cornell)
《Java核心技术》出版以来一直畅销不衰，深受读者青睐，每个新版本都尽可能快地跟上Java开发工具箱发展的步伐，而且每一版都重新改写了部分内容，以便适应Java的最新特性。本版也不例外，它反映了Java SE 6的新特性。全书共14章，包括Java基本的程序结构、对象与类、继承、接口与内部类、图形程序设计、事件处理、Swing用户界面组件、部署应用程序和Applet、异常日志断言和调试、泛型程序设计、集合以及多线程等内容。.
全书对Java技术的阐述精确到位，叙述方式深入浅出，并包含大量示例，从而帮助读者充分理解Java语言以及Java类库的相关特性。

8） The Java Virtual Machine Specification (by Tim Linholm, Frank Yellin)
如果你需要了解Java虚拟机的byte code，或者是一些编译方面的东西，这本书绝对让你得偿所愿。其不但包含了机器码的规范说明，同时它也是Java编译器和运行环境的规格说明书。

9）Robust Java: Exception Handling, Testing, and Debugging (by Stephen Stelting)
处理异常涉及开发、设计和体系结构等方面的知识。本书共分3个部分。
第Ⅰ部分介绍Java异常的产生机理和用法，介绍一些最佳实践，讲述各类异常处理使用的一般API和技术。
第Ⅱ部分阐述可测试性设计，介绍故障模式分析，讨论常见API的异常及起因，分析J2EE体系结构和分布式API的异常模式。
第Ⅲ部分讨论在软件开发周期执行异常和错误处理，分析软件体系结构、设计模式、测试和调试，列举成熟的设计模式，介绍处理策略对系统体系结构的影响，讲述如何构建健壮系统。

10）Java Code Convention
最后一本当然是Java编码规范，这是由Sun公司官方出品的。这也是每个程序员为了得供程序的易读性，可维护性需要知道的。

导航:首页 > 编程语言 > 极限编程的十二个最佳实践分类

极限编程的十二个最佳实践分类

与极限编程的十二个最佳实践分类相关的资料