软件趋势

趋势一：

瘦客户端，很早很早以前，当时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，但是性能不怎样

使得这几种产品之间协作的性能要比预想中的要差一点点