组件、容器、javabean

那容器是什么？容器(Container)到底是个什么东西我想多数人还是不清楚 

在说这个之前，先介绍一下组件 
什么是组件，组件是什么？组件其实就是一个应用程序块 
但是它们不是完整的应用程序，不能单独运行 
就有如一辆汽车，车门是一个组件，车灯也是一个组件 
但是光有车灯车门没有用，它们不能跑上公路 
在java中这些组件就叫做javabean，有点像微软以前的com组件 
要特别说明的是，由于任何一个java文件编译以后都是以类的形式存在 
所以javabean肯定也是一个类，这是毫无疑问的 

好，那么容器里装载的是什么呢？就是这些组件 
而容器之外的程序需要和这些组件交互必须通过容器 
举个例子，IE发送了一个请求给容器，容器通过调用其中的一个组件进行相关处理之后 

将结果反馈给IE，这种与客户端软件交互的组件就叫做servlet 

当表示层的应用软件通过网络向appserver发送一个请求的时候 
appserver自动找到相应容器中的组件，执行组件中的程序块，把得到结果返还给客户 
而我们要做的事就是写组件也就是javabean，然后放到appserver里面去就可以了 
至于怎样与IE通讯，怎样截获网络上的请求，怎样控制对象的数量等等 
这些繁琐而无味的工作我们都不管，都由appserver去做吧，把注意力集中在业务逻辑上 

appserver与其他相关软件的关系如下图： 
------------------------------------------------------- 
|    表示层    |       业务逻辑层        | 数据持久层 | 
------------------------------------------------------- 
|              |    -----------------    |            | 
|      IE      |    |   javabean    |    |            | 
|              ->   -----------------    ->   DB      | 
|    client   <-              appserver <-            | 
|              |-------------------------|            | 
|              |        虚拟机           |            | 
|--------------|-------------------------|------------| 
|    Windows   |    Linux/Saloris        |LinuxSaloris| 
|--------------|-------------------------|------------| 
图上可以看出：虚拟机负责处理中间件与操作系统之间的交互 
appserver则负责组件的管理以及与其他两层的业务交互 

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 

框架就是那么一个通过预先写好代码从而帮我们建立起一个软件结构的这么一个东西 

这里提一下框架与规范//主要指J2ee规范也就是官方标准的区别 
从某种意义上说，J2ee规范本身就是一个框架 
无论是web容器也好，还是ejb容器也好，它们都开发了一部分通用的代码 
并且帮助我们搭建起来了一个软件结构，我们要做的就是往里面填入组件 
比如ejb/servlet/jsp等等 
没错，要这么理解也没错，但是为了避免混乱，我们还是严格区分开来 
本文中将要提到的框架如无特别说明，就是指的是非官方标准的框架 
规范是规范，而框架是建立在规范之上的一种东西 

最早表示层说的是客户端，后来随着时间的发展 
人们也把服务器端直接与客户端//比如IE 
打交道的那部分也称为表示层//JSP+Servlet 
那么表示层框架是干什么的呢？ 
早先大规模应用JSP的时候，人们发现，JSP里面充斥着逻辑代码与数据 
可读性极差，于是人们借用很早很早以前的MVC模式的思想 
把表示层组件分为V-Viewer，也就是JSP 
M-Model模型，一般来说是一个JavaBean 
C-Controller控制器，一般来说是一个Servlet 
所有人通过JSP和服务器打交道，发送请求，Viewer把这个请求转发给Controller 
Controller通过调用一个Model来处理该请求，然后返回数据到Viewer 

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等*/语句在代码中出现得越少越好 
记住这话，现在未必能够理解，学了以后就懂了 

设计模式 
这可不仅是java独有 
我看的书就是c++和smalltalk例子的 
先说说什么是设计模式 
模式是什么？模式是经验的总结，潜规则的抽象 
什么意思呢？比如说我们坐飞机，上飞机前需要经过几个步骤 
什么安检领取登机牌之类的，这一套流程能不能改呢？ 
可以，但为什么几乎全世界的航空公司登机前都是这一套流程呢？ 
因为航空公司经过长期实践之后得出了一堆结论和经验 
并认为这样做才是最安全，或说是最有效率的 
这就是模式，模式是编程高手之间交流的桥梁 
两个编程高手通过统一命名的模式了解对方的思想 
当然不借助模式可不可以？当然可以，只是模式无处不在，你不知道而已 
又比如吃饭，每吃一口饭，我们要先端碗，拿筷子，张嘴，塞饭入口，咀嚼最后吞咽 
这就是一套模式，我们给这套模式命名为吃饭 
那么当老爸叫吃饭的时候，我们就能明白什么意思 
而不用老爸进来呓呓啊啊并比画上半天，哑语也不是这么用的 
这就是模式，已知的模式有400多种//好象更多，不记得了 
比如数据库有数据库的设计模式，编程有编程的模式等等 
面向对象有常用的21种模式，需要掌握，主要分为创建，行为，结构三类 
J2ee有J2ee的模式，Sun公司出了一本书叫《J2EE核心模式》可以拿来看看 
必需要指明的是，模式不是规范，比如吃饭模式 
没有人规定你吃饭非得要那么吃，你可以端碗，上抛，张嘴在下落后连碗一起吞咽 
这也可以，只要你愿意，同样，只要你愿意，你就可以不遵循模式 

模式之外还有反模式，学模式不可定势，不要学死，活学活用，无招胜有招才是最高境界 

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首创，本是其它语言所没有的 
后来被微软抄了去，利用该功能，开源框架广泛受益并大量采用，近乎疯狂地使用 
具体就不说了，最后要指出的是，有一种说法是利用反射会降低效率 
在早期的时候，的确是，现在不会了，放心使用