会使用效果比较好的开发工具，也就是IDE
黄金组合
操作系统： Solaris
应用服务器： Weblogic
数据库： Oracle
开发工具： JBuilider/IntelliJ IDEA
优点：性能一级棒，大企业大公司做系统的首选，世界五百强几乎都是这套组合
缺点：极贵
超级组合，也是最安全最酷的黄金组合，硬件采用 SUN 公司的机器
但是 SUN 的服务器很贵，同等价格不如去买 IBM 的机器
SUN 的服务器支持 Solaris 的效果自然不用说， Solaris 号称是世界上最安全的操作系统
Oracle 也是世界上最安全，性能最优的数据库， Weblogic 是当今性能最优的 appserver
JBuilder 和 IDEA 各有所长， JBuilder 是 Borland 公司的招牌之一
是当今世界上最流行的 java IDE ，用 delphi 写的，但网络上评价似乎不是很好
IDEA 拥有插件功能，界面在所有 java IDE 中最为漂亮，东欧人开发的产品
东欧人严谨的作风在这个产品上体现得尤为突出，用 java 写的
IDEA 甚至号称自己被业界公认为是最好的 IDE// 个人保留意见，没有最好只有更好
但我用 JBuilder 的时候发现了不少 bug ，而至今还没有在 IDEA 上发现什么 bug
个人推荐 IDEA
价格方面， Solaris 开源，但是 SUN 的服务器比较贵， Weblogic 最高是 34 万
oracle 标准版要 18.6 万，企业版要 49 万， JBuilder 要 2.7 万左右
IDEA 零售价大概是 500 美金，也就是 5000 多元
另外，虽然理论上这些产品的综合性能要高于其他选择，但是必须看到
由于产商之间的利益冲突，比如 oracle 也有自己的 appserver ，但是性能不怎样
使得这几种产品之间协作的性能要比预想中的要差一点点
--
开源系列
操作系统： -
应用服务器： JBoss
数据库： MySql
开发工具： Netbeans
优点：便宜，性能未必最佳，但是对付中小企业足够了
缺点：出了问题自己抗吧
嗯，这是 java 阵营最大的特色，免费免费，还有在开发工具这一栏 Eclipse 也是免费的
但后面要说，算了，换个有代表性的开源产品来
tomcat 仅有 web 容器而没有 ejb 容器，而 jboss 已经集成了 tomcat
也就是说下载了 jboss 之后，启动的同时也就启动了 tomcat
jboss 在 tomcat 基础之上多加了一个 ejb 容器，使得 jboss+tomcat 成为和 weblogic
websphere 之外又一个得到广泛应用的 appserver
现在大概是这样，中小型企业多用 jboss ，如果应用小一点就用 tomcat
只有给那些大型企业做的项目，才会花钱去上一个 weblogic 或者 websphere
mysql 也是开源的数据库，做得非常不错，如果系统对数据库要求不高
或者安全要求不是非常严格， mysql 是一个非常不错的选择
开发工具方面， netbeans 是 sun 公司极力推广的一种 IDE
听说在北美市场使用量已经超过 eclipse 了
操作系统，软件再不用钱，服务器也要钱，看这台机器上跑什么操作系统就用什么了
--
IBM 套餐
操作系统： Linux
应用服务器： Websphere
数据库： DB2
开发工具： Eclipse/WebSphere Studio
优点：服务好， IBM 可以提供全套服务，也可以替客户承担风险
缺点：把机器数据全部交给 IBM ，安全什么的都由不得你了
呵呵， IBM 全套产品，甚至包括硬件设备 IBM 的服务器
由于是一个公司的产品，各产品之间的协作自然不错
价格方面， Linux ， DB2 ， Eclipse 都是开源产品， Websphere 目前零售价是 33.8 万人民币
IBM 服务器不错，可以考虑
--
.net ：
微软阵营
操作系统： Windows
应用服务器： .net 应用服务器 ( 好像叫 IIS)
数据库： SqlServer
开发工具： MS Visual Studio
优点：客户端的用户体验良好，和客户端诸多微软产品的兼容性强
缺点：离开了微软，寸步难行，和其他任何一家公司的产品都不兼容
微软的东西，怎么说呢，太专横了
微软所有的东西都是围绕着 windows 来做的
.net 其实已经可以实现跨平台了，但是微软出于自身商业考虑
在其应用服务器跨平台的实现上设置了种种障碍
而且针对 windows ，微软做了大量的优化，可以这么看
.net 就是与 windows 捆绑的一套产品
所以有些人说，微软的产品离开了 windows ，就是渣
而且 .net 开源选择也少，安全性方面考虑， windows 本身就有一堆补丁要打了
sqlserver 也不安全，至于 .net 到底安全不安全我不清楚，毕竟我没怎么用过
但整体考虑，感觉 .net 不是大企业的首选，鉴于其浓厚的商业背景
也不是中小企业的首选，但是必须看到
客户端也就是微机 pc 市场已经完全被 windows 所垄断
所以在一些快速开发，还有和微软产品兼容性要求较高的领域， .net 还是比较有市场的
最后一个 visual studio 对它之前的版本兼容，且支持 c,c++,c#,vb 等语言
在其传统领域，比如写一些桌面软件等客户端应用上， .net 还是第一选择
--
最后要说明的是
这些组合不是固定不变的
由于 J2EE 得到了绝大多数 IT 企业的支持以及 JAVA 跨平台的特性
我们可以自由地定制个性化的组合
比如我可以选择 windows+jboss+eclipse+oracle
也可以选择 solaris+websphere+IDEA+mysql
等等，这些自由组合都是可以的，但是有一点必须说明
微软的东西，一般来说离开了 windows 就不能用
比如你选择了 .net 应用服务器，那操作系统就必须是 windows
你选择了 sqlserver ，那就必须在 windows 上用
还有就是遵循 j2ee 规范的所有的组件都可以在不同的应用服务器上互相移植
比如你可以在测试的时候用 jboss
而在正式投产上线的时候使用 websphere ，只需要在配置文件中作相应改动即可
在了解完J2ee的相关周边产品之后需要深入J2ee规范内部去了解一下到底这些规范
这里介绍几个最常用的规范
再继续说下去之前有必要说几个常识
Java的诞生
Java之父James Gosling早年从cmu毕业之后
从事了一段时间的开发工作，后来意外碰到一个项目
这个项目要求他用C++开发，但可爱的JG是天才，凡是天才在某方面特别突出的同时
必然有一些天生的缺陷，恩，或说共性，比如说懒，急躁和傲慢
JG既然是天才，那就必然具备这些共性，JG懒，以至于他学不好C++
不仅他学不好，当年开发出Java的那个团队也都学不好C++
他们急噪，以至于他们中有人甚至威胁以辞职的方式离开这个需要使用CPP开发的项目
他们傲慢，所以他们决定开发出一种新的语言来取代那个该死的CPP
更可爱的是，他们一开始居然给这门语言起名C++++--//没错，我没敲错
叫什么C加加 加加减减，意思是加上一些好东西，减去一些坏东西
天才的设定，有时候你会发现天才和傻瓜真的只有一线之隔
还好这个可爱的名字没有被继承下来，这些天才们给他们的产物起名叫Oak//橡树
只是后来当他们去注册这个名字的时候，发现这个名字已经被注册了
于是在Sun公司的一个女职员//mm就是心细，这个说法也是我们公司mm告诉我的
的提议下，把这个可爱的语言起名为Java，就是他们当时喝的咖啡的名字
所以我们看到Java的标志就是一杯冒着热气的咖啡
JavaBean 了解完Java之后，再来说说什么是JavaBean//华为面试题
JavaBean是什么？ 咖啡豆
ja，更为科学点的解释是
用java语言编写的可重用的软件组件//组件的定义前面说过了，不再重复
很形象不是么？ 将javabean放入杯子//容器，还记得容器的概念么？web容器，ejb容器
就可以冲泡//编译 成咖啡，供客人们品尝//运行
完美的服务
下面进入正题 再谈容器
前面介绍过容器，我觉得有必要再补充一点
容器从某种意义上说其实就是一个可运行的java写的应用程序
犹如c++/c编译后生成的.exe文件
不同的是java编译后的文件需要用命令行或者脚本启动执行
由于容器是由java写的，所以容器都能够跨平台
虽说如此，似乎大部分容器都针对不同的操作系统提供了不同的版本
但可以肯定的一点是，相同容器间的移植组件不需要重新编译
Servlet web容器组件
Servlet确切地说，就是web容器运行的java组件
与普通javabean不同的是，Servlet定义了一系列方法//比如init()和destroy()
供容器调用，调用的主要目的是为了管理
当一个request请求被web容器截获之后，容器分析该请求地址
然后通过一个配置文件中的映射表//web.xml
调用相应的Servlet组件处理后将结果返还给客户端
JSP//Java Server Page
web容器组件
Servlet出现了之后，人们发现几乎没有办法用一个非常直观的方式去编写页面
毕竟页面是html语言编写的
而让我们用一种流程式的处理方式去逐行教计算机如何写html代码太困难
在这种情况下JSP应运而生，JSP将java代码嵌入html代码内部
然后存成.jsp文件，再由计算机编译生成Servlet储存起来//注意这个过程
所以JSP和Servlet对于web容器来说其实是一种东西，虽然它们编写遵循的标准有所不同
极大地简化了代码同时增加了代码的可读性，生产维护成本下降
值得一提的是，在制定JSP规范的过程中，借鉴了ASP的很多规范
写过ASP并熟悉Java语言的人应该能很快掌握JSP
EJB//Enterprise JavaBean
ejb容器组件
随着时间的推移，人们发现普通的JavaBean似乎并不能满足企业级应用的需要
最典型的就是虚拟机提供的垃圾回收收集机制也就是GC不够完善
可以优化的余地极大，在这种情况下，EJB应运而生
EJB和其它组件一样，不过遵循了某些规范而已
但是这些规范更多的是为充分利用机器并提高性能为主要目的的
举个简单例子
比如某个web服务器有100个用户同时连接上
由于网络连接是瞬时连接，所以很多时候并发数并没有100那么大
前一秒有可能有30个请求被发送过来并被处理
后一秒可以只有10个请求被发送过来并被处理
只有在非常非常极端的情况下才有可能发生100个请求同时被发送过来并被处理的情况
那么我们是否需要保留100个那么多个对象在服务器的内存里面去处理这些请求呢？
很显然，不需要，大多数时候//甚至可以说是所有时候，我不相信有那么极端的情况
我们只需要保存其中的10-30%就够了，那么什么时候需要20%，什么时候需要50%
甚至100%，这个过程就交给容器去管理，这就是ejb容器每天在干的事
管理内存中活跃的对象
恩，必须强调的一点是，由于使用的不成熟
我们经常把规范以及具体的应用两个名词混用
举个简单例子，我们说Servlet，极有可能说的是Servlet规范
也有可能说的是一个具体的Servlet，这个就要看情况而定了
EJB，JSP也是如此
JDBC
和数据库的连接
这个严格说来是数据库产商需要关心的事
关于AppServer如何与数据库的连接
但是也需要开发人员做一点事，因为AppServer不知道什么时候组件需要用到数据库
同时也需要开发人员告诉AppServer他们使用的是什么数据库，ip地址等等
JDBC就是关于这一套东东的规范
包括数据库的产商应提供什么样的接口
AppServer应用服务器应该如何去连接
开发人员应该如何去配置这些连接等等
还有一些数据源，连接池等概念参考相关数据在此就不再赘述
其它的规范比如JMX等确切地说与开发人员关联并不大了
这类高级应用只对AppServer应用服务器产商重要
也不再罗嗦了
这里提一下框架与规范//主要指J2ee规范也就是官方标准的区别
从某种意义上说，J2ee规范本身就是一个框架
无论是web容器也好，还是ejb容器也好，它们都开发了一部分通用的代码
并且帮助我们搭建起来了一个软件结构，我们要做的就是往里面填入组件
比如ejb/servlet/jsp等等
没错，要这么理解也没错，但是为了避免混乱，我们还是严格区分开来
本文中将要提到的框架如无特别说明，就是指的是非官方标准的框架
规范是规范，而框架是建立在规范之上的一种东西
可以说是标准的延续，或者说是民间的尝试，总之是这么一个非官方的东西
说到这里顺便提一下JCP组织也就是Java Community Process/Java社区
当初Sun公司在java发布之初，为了提倡开源和共项
同时也出于一个提出合理的标准的目的，而让广大的开发者参与标准的制定
而成立了这样一个社区，现在还健在，网址是jcp.org
每一个新的规范发布之前都会在这个社区广泛讨论，最终对规范的制定产生巨大的影响
其中就包括企业级的参与者，相当有名的JBoss以及我国的金碟公司都是其中的成员
下面介绍一下几个相当著名的框架，必须要指出的是，虽然框架大多开源但并不代表所有的框架都开源，比如.net framework，但是java框架大多数开源
言归正传
Struts
表示层框架，名字来源于飞机的金属框架
可能有读者会提问了
表示层不是客户端么？
没错，但是语言这东西，众口烁金，别人都这么说你就不好不这么说了
最早表示层说的是客户端，后来随着时间的发展
人们也把服务器端直接与客户端//比如IE
打交道的那部分也称为表示层//JSP+Servlet
那么表示层框架是干什么的呢？
早先大规模应用JSP的时候，人们发现，JSP里面充斥着逻辑代码与数据
可读性极差，于是人们借用很早很早以前的MVC模式的思想
把表示层组件分为V-Viewer，也就是JSP
M-Model模型，一般来说是一个JavaBean
C-Controller控制器，一般来说是一个Servlet
所有人通过JSP和服务器打交道，发送请求，Viewer把这个请求转发给Controller
Controller通过调用一个Model来处理该请求，然后返回数据到Viewer
这么一个过程，从而达到数据与逻辑的剥离，增强代码可读性，降低维护成本
而帮助人们实现这一系列东西的就是Struts框架，就是这么一个东西
Struts的竞争对手主要是产商们极力倡导的JSF也就是Java Server Faces
但是由于Struts出道时间早，所以应用比较多
JSF则是产商们大力支持，前景看好
对于这一层来说，在JSP的html代码中出现的java语句越少越好
因为java代码越少说明页面处理的业务逻辑越少，也越合理
这也是Struts最初的目的，记住这话
Spring 大名鼎鼎的Spring框架
有人曾说2005年一片叫春之声，指的就是该框架
Spring起源于Rod Johnson的《Expert One-on-One J2EE Design and Development》一书
Rod Johnson认为，J2ee里面的那一套//尤其是ejb
太重了，对于单机的系统来说，没有必要使用那么复杂的东西
于是就开始设计并引导Spring小组开发出这样一个构架
不能不说他是个天才，因为的的确确不是所有的系统都是跨多服务器的
没有必要把一个简单的系统设计得那么复杂//天才的那几个共性又体现出来了
Spring从诞生之日起就是针对EJB的，力争在不少应用上取代EJB
而它也确实达到了这个目的
现在包括WebLogic等主流应用服务器还有主流IDE都开始逐渐接受该框架
并提供相应支持
提到Spring就不能不说控制反转Ioc//Inversion of Control
和依赖注射DI//Dependency Injection
什么叫控制反转呢？
套用好莱坞的一句名言就是：你呆着别动，到时我会找你。
什么意思呢？就好比一个皇帝和太监
有一天皇帝想幸某个美女，于是跟太监说，今夜我要宠幸美女
皇帝往往不会告诉太监，今晚几点会回宫，会回哪张龙床，他只会告诉太监他要哪位美女
其它一切都交由太监去安排，到了晚上皇帝回宫时，自然会有美女出现在皇帝的龙床上
这就是控制反转，而把美女送到皇帝的寝宫里面去就是注射
太监就是是框架里面的注射控制器类BeanFactory，负责找到美女并送到龙床上去
整个后宫可以看成是Spring框架，美女就是Spring控制下的JavaBean
而传统的模式就是一个饥渴男去找小姐出台
找领班，帮助给介绍一个云云，于是领班就开始给他张罗
介绍一个合适的给他，完事后，再把小姐还给领班，下次再来
这个过程中，领班就是查询上下文Context，领班的一个职能就是给客户找到他们所要的小姐
这就是lookup()方法，领班手中的小姐名录就是JNDI//Java Naming and Directory Interface
小姐就是EJB，饥渴男是客户端，青楼是EJB容器
看到区别了么？饥渴男去找小姐出台很麻烦，不仅得找，用完后还得把小姐给还回去
而皇帝爽翻了，什么都不用管，交给太监去处理，控制权转移到太监手中去了
而不是皇帝，必要时候由太监给注射进去就可以了
看到Spring的美妙了吧，Spring还提供了与多个主流框架的支持
可以和其它开源框架集成
Hibernate
名字取材自ORM最早的一句玩笑话//ORM就是OR-Mapping
说用了ORM之后，程序员就可以去冬眠了，而不需要操心那么多事
这里不得不说的是，该框架由于做得太好，以至于被J2ee招安，成为EJB3.0的一部分
替代原有EJB2.X里面关于Entity Bean而成为EJB ORM的工具
这里解释一下ORM//OR-Mapping
中文名对象关系映射
什么意思呢？我们知道传统的数据库都是关系型的
一条条记录以表格的形式储存，而表与表之间充斥着是关系/关联
比如说一个人，名字zhaoce，性别男，年龄23那么数据库中是这么储存的
姓名性别年龄 zhaoce m 23 某女 f 22
而实际应用服务器中的实体都是以对象的形式存在，一个个对象
zhaoce是以这种形式存在的
Human human=new Human();
human.setName("zhaoce")
human.setSex("m");
human.setAge(23);
这样的，那么我们知道，传统的JDBC是通过一个二维字符串将数据取出
需要我们自己将其包装成对象，在存入的时候，我们还需要将对象拆开
放入sql语句中//Insert into Huamn values('zhaoce','m',23)
然后执行该sql语句
太麻烦太麻烦，ORM理念的提出改变了这一切，ORM认为，这些东西应该由框架来做
而不是程序员，程序员做他该做的，不要为这种破事分心，还测试半天
于是就出现了Hibernate，JDO，TopLink等等，甚至.net里面也有ADO.net
过去一段时间是Hibernate和JDO争风，现在看来Hibernate逐渐成为主流并被官方接纳
成为规范标准之一，替代掉原来EJB2.X的ORM EntityBean
TopLink则是Oracle公司推出和Oracle数据库结合的一种ORM
商业用软件，贵且复杂，不过正在逐渐开放
而象表示层一样，这一种专门面对数据层的代码也被称为数据持久层
所以数据持久层这一概念有时不仅仅指代数据库
关于ORM，最高的境界应该是在java代码中不出现任何一句的sql语句
注意，是不包括sql语句，Hibernate的hql以及ejb的ejb-ql不算在内
至于出现不出现hql/ejb-ql等替代ql，这要视具体情况而定，不过最好也是不出现
当然最后所说的过分理想的情况往往不现实，总之一句话
以sql为代表的ql/*还有hql,ejbql等*/语句在代码中出现得越少越好
记住这话，现在未必能够理解，学了以后就懂了
这三个是目前最为常用的框架而目前光已公布的框架就>500
还在不停增加中，不可能一一列举，有兴趣的可以去看相应文档要指出的是框架不是应用程序
只是一堆组件的有序复合，应用时不能脱离于应用服务器单独存在
这可不仅是 java 独有
我看的书就是 c++ 和 smalltalk 例子的
先说说什么是设计模式
模式是什么？模式是经验的总结，潜规则的抽象
什么意思呢？比如说我们坐飞机，上飞机前需要经过几个步骤
什么安检领取登机牌之类的，这一套流程能不能改呢？
可以，但为什么几乎全世界的航空公司登机前都是这一套流程呢？
因为航空公司经过长期实践之后得出了一堆结论和经验
并认为这样做才是最安全，或说是最有效率的
这就是模式，模式是编程高手之间交流的桥梁
两个编程高手通过统一命名的模式了解对方的思想
当然不借助模式可不可以？当然可以，只是模式无处不在，你不知道而已
又比如吃饭，每吃一口饭，我们要先端碗，拿筷子，张嘴，塞饭入口，咀嚼最后吞咽
这就是一套模式，我们给这套模式命名为吃饭
那么当老爸叫吃饭的时候，我们就能明白什么意思
而不用老爸进来呓呓啊啊并比画上半天，哑语也不是这么用的
这就是模式，已知的模式有 400 多种 // 好象更多，不记得了
比如数据库有数据库的设计模式，编程有编程的模式等等
面向对象有常用的 21 种模式，需要掌握，主要分为创建，行为，结构三类
J2ee 有 J2ee 的模式， Sun 公司出了一本书叫《 J2EE 核心模式》可以拿来看看
必需要指明的是，模式不是规范，比如吃饭模式
没有人规定你吃饭非得要那么吃，你可以端碗，上抛，张嘴在下落后连碗一起吞咽
这也可以，只要你愿意，同样，只要你愿意，你就可以不遵循模式
模式之外还有反模式，学模式不可定势，不要学死，活学活用，无招胜有招才是最高境界
JavaDoc
文档工具，极其好用
可以根据注释自动生成 HTML 文档
Ant
98 年，有一位程序员在从欧洲飞回美国的飞机上想到了这么一个东西
从而改变了整个世界，他的名字叫 James Duncan Davidson
组织管理工具，可以这么描述它
比如你想在编译之后自动再次生成 JavaDoc
那么你只需要编辑 Ant 脚本 // 对，就像 Windows 脚本那样
然后批处理就可以了，不过现在 Ant 已经广泛集成到 IDE 中去
不需要自己手动编写，不过如果想要炫炫，据说此招百试不爽
JUnit
测试工具， Unit 家族可不只有 JUnit
还有其它版本的，这个不细说，具体实践一下就明白了
POJO
//Plain Old Java Object
就是传统的 Java 对象，也就是一个 JavaBean
由虚拟机来掌握其生死
常用的两个管理构架 / 规范是 Spring 和 EJB 容器
命名由来是某人 // 名字我忘了
觉得我们使用了太多的规范，以至于我们都忘记了纯粹的 java 对象
以至于我们都忽略了它的存在，所以叫了这么一个名字
以唤醒人们的记忆，这个意义上来说 EJB 其实不能算是 POJO
毕竟遵循了一堆的接口，但是不管怎样，接口归接口，还是没有继承类
没有被强加什么 // 遵循可以写空方法假遵循
所以说还是 POJO 也对
但是由于这种东西缺乏管理，不象 Servlet 有专门的容器管理并继承了一定的类
而没有管理的对象在虚拟机中是很危险的，因为垃圾回收机制各个虚拟机不同
而且也不怎样，极有可能长时间不回收，这样在企业级的应用中呢
就有可能造成内存大量被占用从而死机，毫无疑问，这种机制需要优化
这种优化就是通过 EJB 容器或者 Spring 构架来实现
这么做还有一个好处就是迫使程序员对每一个类做封装
强迫他做管理，以达到防止内存泄露的目的，内存泄露最经常出现的错误就是
引用未释放，引用最典型体现在 new 这个关键字上， new 得越多引用得越多
随着时间地增长，有可能导致循环，不停 new new new new new.....
其中哪怕只要有一个 new 处理不当，虚拟机无法回收内存
那就极有可能完蛋，而且这种小 bug 越是在大的项目越是难以找到
有可能因为一个人而影响整个项目组，所以不妨记住我的一条经验
好的系统框架不应该在业务逻辑流程中出现 new 关键字
现在不理解也无所谓，将来有一天会明白的
SOA
面向服务的构架
不说太多，这个属于上上层建筑
不过不妨记住我的一句话，可以帮助理解这个概念
面向什么就是对什么做封装
面向对象就是对对象做封装
面向服务类似，剩下的靠悟性
反射
1.4 新增功能，非常强大
通过反射，程序可以解析出类本身的属性也就是变量
// 注意这里说的属性不是 .net 里面的属性，我不喜欢微软造的新名词，乱
还有行为也就是方法，然后通过 invoke() 方法调用该方法
甚至可以新增对象等， java 首创，本是其它语言所没有的
后来被微软抄了去，利用该功能，开源框架广泛受益并大量采用，近乎疯狂地使用
具体就不说了，最后要指出的是，有一种说法是利用反射会降低效率
在早期的时候，的确是，现在不会了，放心使用
容器
5.0 以后的版本在 J2SE 中都出现了容器
各位甚至可以自己尝试用标准库去使用容器
推荐网站
www.javaeye.com //java 视线论坛， Hibernate 国内的权威
dev2dev.bea.com //bea 的 dev2dev 社区，用 WebLogic 首选的好去处
www-128.ibm.com/developerworks //ibm developer works 社区， ibm 产品的老家
www.jdon.com //j 道， Jboss 国内相对讨论会多一点的地方，有自己的框架
www.matrix.org.cn //matrix ，有自己的框架，很清新的论坛
jcp.org //JCP ，前面说到过了
sourceforge.net // 开源的东西几乎这里都可以找到，除 java 外还有游戏共享等
saloon.javaranch.com // 我常去，人气不错
www.apache.org // 阿帕奇老家
www.jboss.com //Jboss 和 Hibernate 老家
www.springframework.org //Spring 老家
www.wiki.org // 非常好的百科站点，可惜国内被封，创始人加入了 Eclipse zone
www.google.com // 你要的这里有，不信？输入关键字再按一下那个靠左的白色按钮试试
书籍
《 Thinking in Java 》 // 实话说，一般，尤其是翻译后的版本，原版还行
《 Java 教程》 // 电子工业出版社出版的那本，上下册，很厚，但翻译得不错
《 21 天学通 Java 》 // 入门极好，但是《 21 天学通 j2ee 》极烂，不要买
《 Mastering EJB 》 // 翻译过的书质量我不清楚，估计不怎样，请看原版书籍
《精通 Hibernate 》 // 看清楚作者，孙卫琴，其它人的别买
其它的可以不用了，网络上的远比书上来得多，来得好，虽然也来得杂
最后的建议
一，不要做一个浮躁的人
二，学好英语，很重要
三，阅读源代码和文档
四，共享源代码，不要做一个功利的人
五，热爱 Java
扫一扫
3万+
被折叠的 条评论
为什么被折叠?
到【灌水乐园】发言
