java程序员进阶之路.pdf

1. 引言 搞Java 的弟兄们肯定都想要达到更高的境界，用更少的代码解决更多的问题，用更清晰的 结构为可能的传承和维护做准备。想想当初自己摸着石头过河，也看过不少人介绍的学习路 线，十多年走过来多少还是有些收获。现通过自身经历总结一篇文章，供弟兄们参考。 2. 用好正在用的框架 在已经加入的团队中，和大家协作使用团队已选好的框架。不管框架优劣与否，特点如何， 选择了它必然有一定的道理。并且能够在业界经久流行的框架也一定有它的优秀之处。 使用框架第一步是熟悉，可能通过复制和修改前人的代码来实现新的功能或修改已有功能， 逐渐熟悉该框架的使用方法。 第二步是深入了解，会用、多用之后，根据用法和现象掌握其规律，从而形成对框架内部结 构和运行机制的猜测，大部分肯定都是对的。 第三步是用好，在对框架内部机制有了一定的感觉后，逐渐总结并采用更佳实践，达到同样 目的采用更简洁清晰或更高效率的方法。可以参考框架的“最佳实践”文档 （比如Hibernate 参考手册的最后一章），对没有提供 “最佳实践”文档的可以自己总结一些经验，并不断完 善。 没有绝对的最佳实践，只有适应于某一场景的最佳实践，和适用于大多数场合的较好实现。 能够根据场景选择不同的模式，是水平提高的标志。 3. 了解标准类库、企业级技术和开源项目 Java界现有的积累已经很丰富，当遇到某个问题感觉它是个普遍问题时，很有可能就已经有 现成的标准类库或开源项目等在那里了。掌握好标准类库和开源项目，可以减少工作量，使 代码结构清晰容易理解。企业级技术是指JavaEE平台内的技术，其多是从已有积累中提炼 出的标准，比如JPA就很大程度上来自于Hibernate。企业级技术的运用对程序的标准化很 有好处。 对标准类库和开源项目的了解不分先后，可以是交叉进行的，用到了哪个就看看学学哪个。 也可以用业余时间挑自己喜欢的学习学习、做做实验。 3.1. 标准类库 从Java 自带的文档中可以看到标准类库（以及平台工具）的列表以及相互关系。下面这幅 图就是层次关系图： Java程序员进阶路线 以挑自己感兴趣的点进去详细了解。 乍一看内容众多，但实际上可能已经有很多已经被用过了。比如JDBC，应该是每个Java 程序员在涉世不深时就已经用过的了吧。JNDI应该也是做WEB工程必须接触的东西。也 许只是其中几个API，不过什么都是了解、熟练、精通这三步，了解了，后面就不远。 其中规则表达式、XML处理、applet、并发 （多线程）、网络、IO、图形是比较实用的功能， 可以先从它们入手。本地接口（JNI）、管理扩展（JMX）、反射等可以用在更高级一些的 场合，会了之后可以为更多的场景提供解决方案。 3.2. 企业级技术 包括JavaMail、JMS、EJB、JPA、JSF、webservice等，具体的列表可以到JavaEE技术官网 找到。这些技术用起来并不深奥，甚至比标准类库还浅显。 3.3. 开源项目 框架一般都是开源项目，目前拥有开源项目最多的组织莫过于Apache。可以通过需要来学 习开源项目，比方说需要处理Excel文档，那就去学用POI；要用webservice就看看CXF； 需要字符串处理就看看CommonsLang 中有没有实现；需要IO操作就看看CommonsIO 中 有没有实现。 除了Apache，还有eclipse、springsource和Jboss等多家开源机构提供了大量的免费好货， 有时间就去了解一下不失为进阶的好手段。“君子性非异也，善假于物也”——厉害的家伙 不一定是什么都会自己写，而往往是会结合使用各种神器。 这里顺便说一句，很多开源项目都用了比较少见的英文单词或是自造词作为名字，遇到时最 好去官网上确定它的读音。很多人吧Struts （原意：大摇大摆）读成了Structs，明显跟struct （结 ）搞混了，听起来实在业余。还有PostgreSQL应读作postgres-QL，而不是postgre-SQL， 请尊重作者的原意。Debian应读作 “戴博伊恩”，是作者夫妇的名字合体，读成 “大便” 就太对不起人家了。Ubuntu也别读 “优斑图”了。 4. 把程序写得更好 4.1. 代码格式整洁优雅 尽量遵循官网上的代码格式建议，善用开发工具（Eclipse）的自动格式化功能。 复杂的条件、循环嵌套提炼为方法，把方法名起得有意义，尽量让后人看程序就好像看直白 的英文句子一样。追求代码自我注释。要注意尽量用单词别用拼音，特别是模块之间交互的 接口 （模块内部小范围使用的还好些），英语单词和拼音的混杂使用会让后人昏死。现在的 电子词典品种繁多、易