Java推荐读物与源代码阅读
① Java 语言基础
<
在学习完API 后,你可以看看java.util 包中对应的类了.不过只有在学习过设计模式后你才有可能完全理解整个Java Collections Framework . Java Collections Framework 使用了很多著名的设计模式如：迭代器（ Iterator ）模式、工厂方法模式、装饰器模式、适配器模式等等.通过研究 java.util 包中数据结构的源代码,你可以知道臭名昭著的Properties类的设计了,同时可能基本具备设计简单的数据结构的能力了.
所谓学习无止境,学习完Sun 提供了Java Collections Framework 后,你可以研究Apche 的另一个Java Collections Framework ,很有意思哦.互为补充的两个Framework .
在大家学习、研究Java Collections 之前,我提示一下Java Collections 主要包括以下三部分：接口（Interface）、实现（Implemention）和算法（Algorithm）.
① 接口主要有 List 、Set 、Queue 和Map . List 、Set 和Queue 是Collection 接口的子接口.
Java Collections 中包含两个版本的数据结构,主要是原先的支持同步的数据结构和后来不支持同步的数据结构.
Java Collection Framework 在使用Comparator 和Comparable接口支持排序.同时提供新旧两个版本的迭代器Iterator 和Enumeraton ,以及它们如何转换等等.
在java.util 包中的Obserable接口和Observer类是考察者模式的核心.
......
与第一版的<
大家在依次阅读完<
Java 的 io 包主要包括：
① 两种流：字节流（byte Stream）和字符流（character stream）,这两种流不存在所谓的谁代替谁、谁比谁高级之说,它们互为补充,只是侧重点不同而已.
其中必须注意：
① PipedInputStream 和PipedOutputStrem 是两个比较有趣的类.
不过目前这些书都是一些相对比较浮浅的API 应用的书籍.有机会我会给大家带来介绍JDBC API 以及JDBC 实现内部细节的书！我尽快努力,同时希望得到大家的支持！
顺便给学习 JDBC 的朋友一点提示：
JDBC 的学习和使用主要是这套API ,其使用过程也是极其简单,下面是使用 JDBC 的一般流程：
① 加载某个数据库的驱动（Driver 类）,通常使用Class.forName("驱动的类名");
Connection con = DriverManager.getConnection(url,username,password) ；
while(rs.next()){
String col1 = rs.getString(1);
}
简单吧！整个 JDBC 中可以变化的一般是：
① 可以由 Connection 对象创建Statement 、PreparedStatement 和CallableStatement 创建三种类型的 Statement .
简单吧！相信大家很快就会征服JDBC .
网络编程―― 一个神秘的、充满挑战的方向.不过在谈Java 网络编程之前首先感谢Sun 公司的开发人员,因为它们天才的设想,充满智慧的架构,使广大java程序员学习java网络编程变得异常简单.
在大家阅读这些书之前,给大家一点提示：
Java的网络编程大体包括以上两部分.网络编程和IO以及多线程部分非常密切,在学习此部分前大家一定对这两部分了解比较透彻.
学习了以上部分你可以研究java.net 包中的与此相关的源代码了！研究所有的源代码还为时尚早.在整个net 包中包含： ContentHandlerFactory 、URLStreamHandlerFactory 、URLStreamHandler 、URLClassLoader 等辅助类,它们构成了 java.net 网络编程的框架,通过研究其源代码,你不仅可以快速理解java.net 包,还可以为以后扩展该包打下基础,甚至可以将此思维方式运用到自己的项目中.
千里之行始于足下！ Just do it ！（目前我也只研究了 net 包,其它的会在不久的将来继续深入. Sun 公司因为某些原因没有公开 net 的其它实现细节,在其允许将其源代码以文字的形式加以研究,以及允许将其没有公开的实现写入书中时,我很希望能出一本 java 网络编程的书籍,以飧广大读者！！）
在大家学习 Servlet 和 Jsp 之前我还是要提醒一下：
本质上说Servlet 就是一个实现Servlet 接口的、部署于服务器端的服务器端的程序罢了！它可以象写其它任何 java 应用程序一样编写,它可以操作数据库、可以操作本地文件、可以连接本地 EJB...... 编写 Servlet 程序的一般流程为：
① 继承一个 HttpServlet 类；
同时Servlet 还提供了一些事件和事件监听器（简单的观察者模式而已）.还有就是过滤器（Filter ）和包装器（ ServletRequestWrapper 、 ServletResponseWrapper ）――简单的流的使用和装饰器模式的使用.
学习 Sevlet 、JSP 必然要部署到服务器中,记住通常文件部署的步骤和参数的设置以及在程序中如何使用就可以了.
完全理解 Servlet后,学习jsp相对比较容易了！Jsp 完全建立在Servlet的基础上,它是为了迎合那些喜欢在Html 文档中嵌入脚本（如：PHP 之类的网页编程语言）的程序员的需要罢了！学起来也相当的容易！
一切看起来似乎那么的风平浪静,简单好学！简单的表象背后有其复杂的机理.要想对Servlet和Jsp彻底研究,你得研究 Tomcat等开源软件的具体实现.它无非就是一个服务器,在客户利用网页通过HTTP协议向服务器发送请求后,服务器将此 HTTP 求转化为相应的HttpServletRequest对象,调用你编写的Servlet罢了,在你的Servlet中你肯定操作了此 HttpServletRequest了吧,同时操作了HttpServletResponse了吧,服务器就将此HttpServletResponse按照 HTTP 协议的要求利用HTTP协议发送给你的浏览器了！在服务器端的Jsp网页在被客户请求后,Tomcat 会利用编译软件,使用 javax.servlet.jsp包中的模板,编译此jsp文件,编译后就是一个Servlet！以后的操作和Servlet完全一样哦！
在Servlet和Jsp的基础上出现了,所谓的高级技术：JSTL ,Struts...... 无非就是一些标签和MVC模式的使用.
继续前进吧！胜利就在前方！！
一个看起来很神秘,却很容易上手、很难精通的方向！
给大家一点提示吧！java 类库中与多线程相关的类不是很多,主要有：Thread 、ThreadGroup 以及ThreadLocal和 InheritableThreadLocal 四个类和一个Runnable 接口；关键字synchronize 、volatile ；以及 Object 对象的wait 、 notify 、notifyAll 方法！
①. Thread 是多线程的核心类,提供了一系列创建和操作多线程的方法.
谈到设计模式很多人多会推荐GOF的那本,该书在Amzon上是五星级的推荐书籍.不过对于学习java没多久的、特别是 java初学者,我很不推荐这本书.主要是该书的例子基本都是C◆◆的,很多细节没有讲述得足够清楚.
我给大家推荐的第一本是阎宏博士的<
其次我推荐 Wiley 出版社出版的 <
第四本,今年出版的 Head First 系列的<
> 秉承 Head First 系列图书的优点,大量的类图、丰富的实例、有趣的注解,值得购买！选对书、埋头研究.相信很快就会入门的！
感谢大家有此耐心,听我罗罗嗦嗦大半天！感谢大家的阅读,感谢群里的朋友！这篇文章主要应群里朋友的呼声――不知道如何选书、不知道从何看起！大半天的功夫完成赶此文章,字句上难免有失误,同时由于能力有限不凡有错误！请阅读后批评指正！
上面基本是我研究java语言的顺序,以上书籍都是我阅读过的,不存在替任何出版社宣传的成分！有的方法可能不适合你,假如你能收获一点,两点甚至更多,请你不要吝啬推荐给你的朋友――共同学习！
面向对象设计原则是OOPS编程的核心,学习面向对象编程像"抽象"、"封装"、"多态"、"继承"等基础知识是重要的,但同时为了创建简洁、模块化的设计,了解这些设计原则也同等重要.
(设计原则)底线是永远追求高内聚、低耦合的编码或设计.
Apache和Sun的开源代码是学习和OOPS设计原则的良好范例.
它们向我们展示了,设计原则在编程中是如何使用的.
JDK使用了一些设计原则：BorderFactory类中的工厂模式、Runtime类中的单例模式、.io类中的装饰器模式.
顺便说一句,如果您真的对编码原则感兴趣,请阅读JoshuaBloch的Effective,他编写过API.
我个人最喜欢的关于面向对象设计模式的是KathySierra的HeadFirstDesignPattern(深入浅出设计模式),以及其它的关于深入浅出面向对象分析和设计.
这些书对编写更好的代码有很大帮助,充分利用各种面向对象和SOLID的设计模式.
虽然学习设计模式(原则)最好的方法是现实中的例子和理解违反设计原则带来的不便,本文的宗旨是向那些没有接触过或正处于学习阶段的程序员介绍面向对象设计原则.
DRY_Don'trepeatyourself我们第一个面向对象设计原则是：DRY,从名称可以看出DRY(don'trepeatyourself)意思是不写重复代码,而是抽象成可复用的代码块.
如果您有两处以上相同的代码块,请考虑把它们抽象成一个单独的方法；或者您多次使用了硬编码的值,请把它们设置成公共常量.
这种面向对象设计原则的优点是易于维护.
重要的是不要滥用此原则,重复不是针对代码而是针对功能来说.
它的意思是,如果您使用通用代码来验证OrderID和SSN,这并不意味着它们是相同的或者他们今后将保持不变.
通过把通用代码用于实现两种不同的功能,或者您把这两种不同的功能密切地联系在一起；当您的OrderID格式改变时,您的SSN验证代码将会中断.
所以要当心这种耦合,而且不要把彼此之间没有任何关系却类似的代码组合在一起.
封装经常修改的代码EncapsulateWhatChanges在软件领域永远不变的是"变化",所以把您认为或怀疑将来要被修改的代码封装起来.
这种面向对象设计模式的优点是：易于测试和维护恰当封装的代码.
如果您在用编程,那么请遵守以下原则：变量和方法的访问权限默认设置为私有,并且逐步放开它们的访问权限,例如从"private"到"protected"、"notpublic".
中的一些设计模式使用了封装,工厂设计模式就是一个例子,它封装了创建对象的代码而且提供了以下灵活性：后续生成新对象不影响现有的代码.
打开/关闭设计原则OpenClosedDesignPrinciple类、方法/函数应当是对扩展(新功能)开放,对修改闭合.
这是另外一个优雅的SOLID设计原则,以防止有人修改通过测试的代码.
理想情况下假如您添加了新功能,那么您的代码要经过测试,这就是打开/关闭设计原则的目标.
顺便说一句,SOLID中的字母"O"指的是打开/关闭设计原则.
单一职责原则SingleResponsibilityPrinciple(SRP)单一职责原则是另外一个SOLID设计原则,SOLID中的字母"S"指的就是它.
按照SRP,一个类修改的原因应当有且只有一个,或者一个类应当总是实现单一功能.
如果您在中的一个类实现了多个功能,那么这些功能之间便产生了耦合关系；如果您修改其中的一个功能,您有可能就打破了这种耦合关系,那么就要进行另一轮测试以避免产生新的问题.
有多种方法可以实现依赖注入,例如使用字节码工具,其中一些AOP(面向切面编程)框架如切入点表达式或者spring里使用的代理.
想对这种SOLID设计原则了解更多,请看IOC和DI设计模式中的例子.
SOLID中的字母"D"指的就是这种设计原则.
优先使用组合而非继承ForCompositionoverInheritance如果可以的话,要优先使用组合而非继承.
你们中的一些人可能为此争论,但我发现组合比继承更有灵活性.
组合允许在运行时通过设置属性修改一个类的行为,通过使用多态即以接口的形式实现类之间的组合关系,并且为修改组合关系提供了灵活性.
甚至Effective也建议优先使用组合而非继承.
里氏替换原则LiskovSubstitutionPrincipleLSP根据里氏替换原则,父类出现的地方可以用子类来替换,例如父类的方法或函数被子类对象替换应该没有任何问题.
LSP和单一职责原则、接口隔离原则密切相关.
如果一个父类的功能比其子类还要多,那么它可能不支持这一功能,而且也违反了LSP设计原则.
为了遵循LSPSOLID设计原则,派生类或子类(相对父类比较)必须增强功能,而非减少.
SOLID中的字母"L"指的就是LSP设计原则.
接口隔离原则接口隔离原则指,如果不需要一个接口的功能,那么就不要实现此接口.
这大多在以下情况发生：一个接口包含多种功能,而实现类只需要其中一种功能.
接口设计是一种棘手的工作,因为一旦发布了接口,您就不能修改它否则会影响实现该接口的类.
在中这种设计原则的另一个好处是：接口有一个特点,任何类使用它之前都要实现该接口所有的方法,所以使用功能单一的接口意味着实现更少的方法.
编程以接口(而非实现对象)为中心编程总是以接口(而非实现对象)为中心,这会使代码的结构灵活,而且任何一个新的接口实现对象都能兼容现有代码结构.
所以在中,变量、方法返回值、方法参数的数据类型请使用接口.
这是许多程序员的建议,Effective以及headfirstdesignpattern等书也这样建议.
代理原则不要期望一个类完成所有的功能,电脑培训认为可以适当地把一些功能交给代理类实现.
代理原则的典范是：中的equals()和hashCode()方法.
为了比较两个对象的内容是否相同,我们让用于比较的类本身完成对比工作而非它们的调用方.
这种设计原则的好处是：没有重复编码而且很容易修改类的行为.
不像装饰器模式,是属于代理模式!
我个人认为也类似于链路模式◆建造者模式!
原理就是类似于美国次贷危机,基础服务商不直接和客户打交道,而是将自己的产品打包交给次级代理商去推向一级市场.将一部分原本由传统商业银行做的事情交给了投资银行去做了.
这个例子中,商业银行作为基础服务商,好比是被代理类.投资银行是代理对象,拿别人的产品(实际上要执行/调用的方法,也就好比是传统商业银行的基础贷款之类的业务等等)经过一个或者几次包装(AOP切面,好比是造成危机的复杂衍生产品)推向外部.用户则还是用户.
最终我们看:客户还是客户,被代理类还是被代理类,就是因为中间经过了AOP(代理),而产品或者说结果确有所不同,这个就是我们所要的效果.
java和php都是应用十分广泛的编程语言,它们之间的存在不少差异.下面本篇文章就来给大家介绍一下java和php之间存在的不同之处,希望大家如果觉得本站发布的文章不错,请转发分享给您身边的朋友,您的支持是我们最大的动力.
①.、专注的领域不同
java是纯面向对象开发,功能强大,分支众多,没有java不能做的软件.C/S也好B/S也好.从功能上讲,没有语言可以和java相比.但其优势也是其劣势,具体参考后面的瓶颈解释.
PHP属于后起之秀,吸收了java和c以及perl等语言优点,专注互联网领域.在WEB领域中PHP拥有得天独厚的优势,WEB领域没有语言可以和PHP相比.
Java通过JDBC来访问数据库,通过不同的数据库厂商提供的数据库驱动方便地访问数据库.访问数据库的接口比较统一.
PHP对于不同的数据库采用不同的数据库访问接口,所以数据库访问代码的通用性不强.例如：用Java开发的Web应用从MySQL数据库转到Oracle数据库只需要做很少的修改.而PHP则需要做大量的修改工作.
Java语言有着完备的MVC框架,包括视图层、业务控制层和持久层,在Spring框架中,我们可以通过IOC和AOP降低编码过程中的高耦合,也就是说Java中的这些框架可以让开发者有更广阔的空间去设计科学合理的架构,也体现着Java多层架构的特点.
相比Java而言,PHP留给开发者的空间并不多,但PHP近些年也在改进,迎合电子商务的需要,引入MVC设计模式,但成熟性和稳定性上与Java还是有着不小的差距.不得不提的是PHP可兼容MySQL开发,这使得在考虑成本因素的前提下,PHP变得小而精,收到了一些中小型网站的青睐.
在同是开源和跨平台的java面前,php丢掉了很多的优势,在代码的安全性上尤为突出.
php的开发程序在别人拿到代码后,可以很容易的进行修改.而java开发的程序由于无法看到完整的源代码,只能看到一些编译好的类文件,所以安全性较高.
PHP最经典的组合就是：PHP ◆ MySQL ◆ Apache.非常适合开发中小型的Web应用,开发的速度比较快.而且所有的软件都是开源免费的,可以减少投入.
Java的Web应用服务器有免费Tomcat、JBoss等,如果需要更好的商业化的服务有：Web Sphere和 Web logic.
php是解释执行的服务器脚本语言,首先php有简单容易上手的特点.语法和c语言比较象,所以学过c语言的程序员可以很快的
AOP的作用,利用AOP对业务逻辑的各个部分进行隔离,降低业务逻辑的耦合性,提高程序的可重用型和开发效率.主要用于对同一对象层次的公用行为建模.OOP是什么：oop是面向对象编程,面向对象编程是一种计算机编程架构,OOP的一条基本原则是计算机程序是由单个能够起到子程序作用的单元或对象组合而成.
面向切片编程
AOP的定义AOP通过预编译方式和运行期动态代理实现,在不修改源代码的情况下,给程序动态统一添加功能的一种技术,简称AOP.是spring框架的一个重要内容,是OOP（面向对象编程）的衍生模范.
继承性,就是子类自动继承其父级类中的属性和方法,并可以添加新的属性和方法或者对部分属性和方法进行重写.继承增加了代码的可重用性.PHP只支持单继承,也就是说一个子类只能有一个父类.
个人觉得java,python都可以学,不存在二者选其一的情况.主要精力看java,然后辅助看Python.其实语言有很多相通的地方,比如说java的aop编程,与使用Python的装饰器有什么在思想上的共通呀.至于你说的难易程度,个人觉得java需要的周期长,只要用心勤加练习,也不算难,在诚筑说,我的状态就是每天要敲很多遍代码,先自己找原因,带着自己的答案去问老师,这样你收获的就是两种答案,更有利于你独立思考,老师负责细心,课安排的全,感觉0基础的我过得也很充实.