几个概念：

Domain Model 领域模型-->对象模型（核心）

 DDD（领域驱动设计）

Pattern 代码级 架构级 分析（RBAC 基于角色的管理）

Framework 框架——基础性的设施

多层架构概述

C/S：以数据库为中心

B/S：多层架构才是真正的目的，业务运算、数据库等功能

完全分离，杜绝彼此的耦合与影响，从而实现耦合和良好的可维护性。

复习：C/S，B/S的优缺点：

C/S 优点：

1.C/S架构的界面和操作可以很丰富。 

2.安全性能可以很容易保证，实现多层认证也不难。

3.由于只有一层交互，因此响应速度较快。

C/S 缺点：

 1.适用面窄，通常用于局域网中。

 2.用户群固定。由于程序需要安装才可使用，因此不适合面向一些不可知的用户。

 3.维护成本高，发生一次升级，则所有客户端的程序都需要改变。

B/S 优点：

 1）客户端无需安装，有Web浏览器即可。

 2）BS架构可以直接放在广域网上，通过一定的权限控制实现多客户访问的目的，交互性较强。

 3）BS架构无需升级多个客户端，升级服务器即可。

 B/S 缺点：

 1）在跨浏览器上，BS架构不尽如人意。

 2） BS架构的表现要达到CS程序的程度需要花费不少精力。

 3）在速度和安全性上需要花费巨大的设计成本，这是BS架构的最大问题。

 4）客户端服务器端的交互是请求-响应模式，通常需要刷新页面，这并不是客户乐意去做的。（在Ajax实用化后此问题得到了一定程度的缓解）

SSH分别所处的位置：

呈现层（UI Layer/Presentation Layer） struts

业务逻辑层（Business Layer） spring

持久化层（Persistent Layer） hibernate

具体如下图：

关于MVC：

平常写Web（tomcat + Jsp + servlet）时的一个很普通的例子：

MVC1 & MVC2的区别：

mvc1:jsp职责：显示，参数获取， 模型层的调用， 转向（小型项目）

mvc2：从jsp抽取出控制器（servlet）

mvc实现原理：

通过一个类来统一截获所有请求

分为两种：

面向请求驱动——struts1.x，struts2.x webwork

面向事件驱动—— JSF

面向请求驱动原理：

Struts 的MVC实现：

 1.    制定母本，key-E

例：文件名：app.txt

        内容：name=name

submit=password

 2.    将母本转为Unicode码

将文件app.txt拷贝到jdk的安装目录下的bin文件夹内

例：路径：C:"Program Files"Java"jdk1.5.0_06"bin

开始----运行------cmd ------- cd C:"Program Files"Java"jdk1.5.0_06"bin

打命令：native2ascii -encoding GB2312 app.txt app.properties

注释：GB2312 是生成后的字符集，app.txt是目标文件，app.properties是生成后的文件名

将生成的属性文件app.properties复制到res

3.    在res下的txt包下制定副本key-zh.txt

name=姓名
submit=提交

以native2ascii -encoding GB2312 app_zh.txt app_zh.properties的方式生成app_zh.properties文件，并复制到res下，此时中文被转码成Unicode码：

name=\u59d3\u540d
submit=\u63d0\u4ea4

以同样的方式制定 key-en.txt（等等等）副本

4.将res文件夹编译到classes

5.配置struts-config.xml文件

6.重启tomcat，配置成功