趋势一:
瘦客户端,很早很早以前,当时C/S模式也就是client/server
客户端软件大行其道的年代,一个pc用户,是采用一个傻终端连接到服务器上
然后进行相应的操作,最典型的就是我们上bbs经常用的c-term
这就是那个时代的产物,同样还有我国现行的机票定座用的e-term
后来呢,浏览器变得非常流行,人们发现,浏览器也能传递一些数据
虽然这些数据并不像那些终端那样准确,但应付大多数日常需求足够了
于是人们就提出一个瘦客户端概念,也就是说,将来表示层所有的其他软件疾挥?
我们唯一需要的就是一个网页浏览器,然后通过浏览器输入ip地址连接到服务器
然后进行相关的操作,由于网页浏览器一般每个操作系统都有自带一个
这样做就达到了给我们客户端瘦身的目的(不需要安装额外软件)
这样模式被称作B/S模式,也就是browser/server模式
但需要指出的是,虽然瘦客户端是趋势,但并不代表胖客户端没有市场
尤其是一些复杂的业务操作,还是浏览器这种简单软件无法胜任的
趋势二:
傻数据库,ok,首先,我承认,这个名词是我发明的,但我实在无法找到一个更好的表达
什么是傻数据库,如果谁对数据库有所了解的话,就知道,以前的数据库
有自己的一套管理体系,甚至有自己的客户端,比如oracle,mysql,sqlserver都有
在某个管理工具上写什么sql语句查询数据库是我们以前常做的事
那么将来我们提倡的是:将所有的业务逻辑封装到业务逻辑层去
管理的事情由软件来做,由业务逻辑层的软件来做
所谓傻数据库就是说,将来的数据库什么事都不用做
只用把数据给我保存好就行了,那些复杂的业务逻辑什么外键什么关联
都没数据库什么事了,都交给业务逻辑层软件来做
这样做的好处就是:我们就不需要这些该死难懂又复杂的数据库系列管理工具了
而且这些工具每个数据库都有自己的工具,完全不一样,乱七八糟,没有人喜欢面对他们
除了数据库维护人员,也就是DBA,我们是软件工程师,维护的事让他们去做
而且严禁数据库维护人员改动数据库的数据,他们只做备份,必要时候恢复一下就是了
了解了这两个趋势之后,是不是有种砍头去尾保中间的感觉?
没错,未来的趋势就是中间件时代,中间件工程师将是未来计算机应用的主流
那再次统一一下概念,什么是中间件?
记得我上学的时候,看ibm的教材,看了半天中间件定义,就看懂记住一句话
中间件是做别人不愿意去做的事情,现在想想,狗屁定义,呵呵
什么是中间件,中间件是业务逻辑层的应用软件
是处理业务数据与客户端之间业务逻辑的一种应用软件
一种提供网络服务的服务器端应用软件
举个非常简单的例子,网上银行,某个人想用IE进入工行的账户,然后转帐
在这个例子中,客户端表示层显然是IE,数据持久层显然是银行的核心数据库
那么中间件是什么?中间件就是提供这种服务的系统
这三层的划分如下
------------------------------
|表示层 | 业务逻辑层 | 数据持久层 |
------------------------------
| IE | 网上银行 | 数据库 |
------------------------------
给初学者之五:企业级应用之中间件
前面一篇简单介绍了一下应用软件的分层
下面重点介绍一下中间件,也就是业务逻辑层的软件结构
从本系列第二篇我们知道,java程序是跑在虚拟机之上的
大致结构如下:
------------
| grogram |
------------
| 虚拟机 |
------------
| 操作系统 |
------------
也就是说操作系统先运行一个java虚拟机,然后再在虚拟机之上运行java程序
这样做的好处前面也说过了,就是安全,一旦出现病毒或是其他什么东西
挂掉的是虚拟机,操作系统并不会受多大影响
这时候有人可能会问,为什么非要虚拟机?把操作系统当成虚拟机为什么不行?
可以,当然可以,但是这样做某一个应用软件的bug就可能造成整个操作系统的死亡
比如说我们在某个服务器上安装了一个收发电子邮件的软件和java虚拟机
那么一旦黑客通过收发电子邮件的软件入侵系统,那么操作系统就整个玩完
那么如果黑客通过java程序进行攻击的话,那么死的将会是虚拟机而不是操作系统
大不了虚拟机崩溃,而操作系统正常运行不受任何影响
举个简单例子,比如说最常见的是将数据库(DB)与中间件放在同一台服务器上
------------------------
| program | |
-----------| DB |
| 虚拟机 | |
------------------------
| 操作系统 |
------------------------
那么此时如果没有虚拟机,黑客病毒攻击中间件系统,就有可能造成操作系统的死亡
那此时数据库也有可能跟着一起玩完,那损失可就大咯
那如果此时有虚拟机,那么一旦被攻击,死的是虚拟机,操作系统与数据库不受任何影响
嗯,回顾完虚拟机,再来介绍中间件
在很早很早以前,任何一家企业,想要搭建一个局域网系统,他需要请许多个工程师
比如说我们想搭建一个网上银行,客户端用浏览器,后台数据库比如说用oracle
那么搭建这样一个网上银行,可能需要用到多少个工程师,我们来算一算
首先,由于客户端用的是浏览器,我们需要一些了解网络通讯协议以及一些浏览器标准的网络工程师
其次,由于后台数据库用的是oracle,那我们还需要请oracle的工程师,因为数据库这一层每个数据库公司的接口什么都不一样
然后,我们还需要一些操作系统的工程师,因为我们的系统需要跟操作系统直接交互
最后,我们需要一些设计网上银行系统及其相关业务的工程师
太多了太多了,这样一个中间件队伍实在太庞大了,制作维护成本实在太高了
不仅如此,这样一个中间件就算做出来,他们所写的代码也只能满足这一家公司使用
其它公司统统不能再用,代码重用率极低,近乎不可能重用
毕竟这个系统中改动任何一个部分都有可能涉及到整个系统的改动
那么如何降低成本?
我举出了四组的工程师:
网络工程师,数据库工程师,操作系统工程师以及设计网上银行系统的业务工程师
除了最后一组设计网上银行的业务工程师之外,前面三组工程师是不是每一个项目都需要的?
就算不是每一个项目都需要,至少也是绝大多数项目需要的吧?
哪个项目能够脱离网络,数据库和操作系统?不可能,在这个时代已经很少很少了
好,那既然每个项目都需要,我们是不是可以用一个产品来取代这三组的工程师呢?
我们的业务工程师只需要遵循这个产品所提供的接口,进行相应的开发就行了
人们提出了一种叫做appserver也就是应用服务器的东西
应用服务器是干什么的?按官方的说法,应用服务器是包括有多个容器的软件服务器
那容器是什么?容器(Container)到底是个什么东西我想多数人还是不清楚
在说这个之前,先介绍一下组件
什么是组件,组件是什么?组件其实就是一个应用程序块
但是它们不是完整的应用程序,不能单独运行
就有如一辆汽车,车门是一个组件,车灯也是一个组件
但是光有车灯车门没有用,它们不能跑上公路
在java中这些组件就叫做javabean,有点像微软以前的com组件
要特别说明的是,由于任何一个java文件编译以后都是以类的形式存在
所以javabean肯定也是一个类,这是毫无疑问的
好,那么容器里装载的是什么呢?就是这些组件
而容器之外的程序需要和这些组件交互必须通过容器
举个例子,IE发送了一个请求给容器,容器通过调用其中的一个组件进行相关处理之后
将结果反馈给IE,这种与客户端软件交互的组件就叫做servlet
但是组件有很多种,那么如何区分这些组件呢?
有多种管理办法,比如同是同样是servlet,有些是通过jsp生成的
而有些是开发人员自己写的,那么通过jsp生成的servlet集中放在一个地方
而开发人员自己写的则需要在xml里面配置一些基本的参数
同时,不同组件有可能还需要继承一些特定的父类或者接口,这也是容器管理的需要
还有其他的一些组件,这里就不一一说明举例了
那么容器有很多种,按照他们装载的组件类型划分
比如有装ejb的ejb容器,有装servlet与jsp还有静态页面的web容器等等
//这种只含有web容器的应用服务器也被叫做web服务器
当表示层的应用软件通过网络向appserver发送一个请求的时候
appserver自动找到相应容器中的组件,执行组件中的程序块,把得到结果返还给客户
而我们要做的事就是写组件也就是javabean,然后放到appserver里面去就可以了
至于怎样与IE通讯,怎样截获网络上的请求,怎样控制对象的数量等等
这些繁琐而无味的工作我们都不管,都由appserver去做吧,把注意力集中在业务逻辑上
appserver与其他相关软件的关系如下图:
-------------------------------------------------------
| 表示层 | 业务逻辑层 | 数据持久层 |
-------------------------------------------------------
| | ----------------- | |
| IE | | javabean | | |
| -> ----------------- -> DB |
| client <- appserver <- |
| |-------------------------| |
| | 虚拟机 | |
|--------------|-------------------------|------------|
| Windows | Linux/Saloris |LinuxSaloris|
|--------------|-------------------------|------------|
图上可以看出:虚拟机负责处理中间件与操作系统之间的交互
appserver则负责组件的管理以及与其他两层的业务交互
1 附图: image002.gif (76463 字节)
要说明的是上图中还包含有应用程序客户端容器(Application client container)
管理应用程序客户端组件的运行,应用程序客户端和它的容器运行在客户机
这种情况比较复杂一般说的是两个server之间的通讯
比如jsp/servlet容器在一个服务器上,而ejb容器在另外一个服务器上等等
这是分布式操作系统大面积应用的基础,这个以后再说
下面这张相对简单:
2 附图: j2ee.gif (8226 字节)
嗯,那么话题再回到中间件上去,什么是中间件?
appserver就是所谓的中间件,但是中间件不仅有appserver,还有其他的东西
换句话说,appserver只是中间件的一种
而关于中间件有诸多规范以及遵循这些规范的模型
最流行的规范无非两种,一个是j2ee还有一个是.net
但是.net几乎只有微软在用,所以很多人把.net这个规范就当成是微软的中间件产品
也不为过,毕竟没几个公司喜欢跟着微软屁股后面跑的
给初学者之六:java企业级应用之综合篇
我们知道中间件有很多种规范以及相关的模型
最流行的一个是j2ee还有一个是.net
那么各大公司关于这两套规范各有什么产品以及周边呢?
j2ee:
黄金组合
操作系统: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,但是性能不怎样
使得这几种产品之间协作的性能要比预想中的要差一点点