9.MVC模式 -- 改造源代码

一、MVC设计模式

软件可以认为有 Model View Controller 来组成 MVC设计模式要求这三部分应该尽量独立互不干扰使程序结构清晰便于开发和维护

二、JAVAEE经典三层架构

将整个JAVAEE的开发过程分为 Web Service Dao 三层

案例：改造EasyMall 为三层架构

分层的优势：

~1.分层目的在于代码具有更加优良的结构便于开发和调试

~2.便于在层与层之间实现代码的复用减少代码冗余

~3.在更改模块时可以不影响其他模块的使用实现模块的复用

如需要将底层的数据库从mysql 切换到oracle 此时只需要去修改Dao层 web层和service层不需要修改。

再例如，需要将web层切换为用Android 或 IOS 移动端实现，此时只需要替换web 层 Service 和 Dao层不需要修改。

为了实现第三个优点，三层架构要求，层与层之间尽量的独立，不要胡乱传递层特有的对象，例如不要将web层特有的对象传递给其他层，dao层特有的对象返回给其他层，因为，一旦这样做，这些某一层特有的对象就入侵到了其他层，一旦需要替换这一层时，不可避免的要跟着修改其他层中使用了这一层特有对象的地方的代码。这种由于乱传递对象而造成层与层之间关系变得过于紧密的情况，称之为层与层之间发生了耦合。

这种层与层之间过于紧密的关系是有害的，应该尽量的避免或消除，解决这些耦合的过程就称之为解耦。最终希望实现高内聚低耦合的状态。

解耦的实现：

不要胡乱传递层特有的对象人为的造成耦合。

但是再小心，层与层之间早晚要发生关系的，这些耦合是无法避免的，此时需要将耦合管理起来 - 管理耦合有很多种方案 - 我们介绍 - 接口+配置文件+工厂实现解耦。

接口：

使层可以面向接口编程而不需要关注下面层具体的实现

在切换底层时不需要修改上层代码因为接口没有变动

为层的实现提供了统一的标准方便实现不同实现类

工厂+配置文件：

基于配置来实现产生接口的实现类

由工厂来根据配置来生产接口的具体实现类对象，在底层实现类变化时，可以不需要修改代码只需要改配置即可

单例泛型反射

单例模式:

解决的问题:保证一个类在一个程序中只能有唯一的一个实例

2种情况:

1. 需要唯一的一个对象进行统一的管理,如果对象多了,就会出问题

2. 相对于频繁创建对象,使用唯一的对象可以提高效率

如何实现单例模式?

1. 私有的构造器

2. 私有的静态的自身实例,作为唯一的实例

3. 公有的静态的返回当前类的唯一实例的方法

代码重构：

jsp中的java代码用标签技术替代

配置虚拟主机，实现www.easymall.com访问

在[tomcat]/conf/server.xml配置虚拟主机<Host name="www.bingou.com" />

修改Hosts文件增加 127.0.0.1 bingou.com

在[tomcat]/conf/www.bingou.com/ROOT.xml 中编写<Context docBase="工程的WebRoot目录"/>直接让tomcat中的www.bingou.com虚拟主机管理工程目录下的WebRoot，好处是不用发布，直接修改工程中的文件立即可以起作用。

**此种方式下没有了发布过程，myeclipse就不会自动帮我们加入jstl开发包了，需要自己导入。

用javabean保存信息

整理代码结构，实现软件分层

注册用户：

RegistServlet

解决请求响应乱码

验证验证码

获取用户提交的数据

校验数据

将数据封装到bean中，调用Service的方法注册用户

注册成功后回到主页

UserService

注册用户的方法：

检查用户名是否存在

注册用户到数据库

UserDao

根据用户名查找用户

加入用户数据到数据库中

登录用户：

LoginServlet

处理乱码

获取用户名密码

记住用户名的处理

调用Service根据用户名密码查找用户

找不到就提示用户名密码不正确

找到就登录用户回到主页

UserService

登录用户的方法

调用到根据用户名密码查找用户

UserDao

根据用户名密码查找用户的方法

AJAX校验用户名：

解决乱码

获取用户名

检查用户名是否已经存在

代码修改

链接：https://pan.baidu.com/s/1stneiwMhgVxw03VV28PDZg 密码：py2j