ssh的第九周课程.docVIP

第八周的课程 安排 一：Struts : 1： framework [框架] |- 用于实现通用功能的软件的半成品 .、通用功能不能做成一个完整的软件 |- struts :解决 MVC模式的问题 . |- hibernate : 关注dao orm 的功能 通用功能[数据库访问] + 业务功能[比如购买，结算是什么功能] . 通用功能可以分为很多种类，你一个 框架解决那一类问题，有一个明确的面向方向 2：Struts ： 基于MVC设计模式的 框架 ( framework ) . MVC : 将应用在功能上分成 三 个层次 . V : view 视图 与用户交互的界面 .还可以看到应答的结果 C ：controller 控制层 流程调度 ，接收客户端请求，调用相应代码处理请求 M : Model : 业务层 完成用户的业务逻辑 (干活的). 3：优点 ： 三个层次各司其职，不会相互影响，降低了程序的耦合性 . view : 灵活多变 . Model ：业务逻辑与显示逻辑分离 。model可重用。 例如：显示window中一个文件夹下面的东西，第一部从磁盘上查所有该文件夹下面的文件 第二就是显示，但是我们可以有很多中显示方式，平铺或者列表等等，如果是查询和显示 绑定在一起，呵呵，拷贝的时候很容易，软件的维护是修改和更新，就是更新和修改起来很 麻烦。要是一个Model则维护起来很容易，你修改就修改一个地方 controller ：单点接触 . 控制逻辑集中在一起了就方便了管理和维护 . 例如： 凯达的老师，如果规模不大的情况下，一门课就一个老师。这个时候，有一个同学来问问题， 他想找老师，因为这个时候老师比较少，他本身就知道哪个老师交什么，找起来就很容易， 要是有一天，一个老师生病了，没有来，那他就知道有没有别人的会，要是没有别人会则就 明天再来问，这个是在业务简单的情况下，所以看不出来有单独的控制层的需要，但是要是业 务复杂了，负责：比如老师多了，你也不知道办公室里面的那些老师是做什么的。这个时候同 学再到办公室，办公室赶上在大些，他在进办公室，自己的请求该哪个处理，他自己就有问题 了，所以这个时候在办公室前面就要设一个专人在接受同学的请求，你想干什么你先告诉他， 比如说你要问corejava的问题，或者是框架，则这个时候由负责接受同学请求的这个同事， 他一个看你要问 corejava我带你找老胡，一看你是要问框架我带你去问孙帅，这样有了他之 后，所有客户端请求就由他来处理了，最大的好处：今天孙帅发烧了，那么如果没有教学管 员，今天由刘春阳帮助孙帅解答框架问题，公司决定的，没有教学管理员，则就要把这个通 知告诉所有的学员，如果有一个学员不知道这个通知，他还是会到办公室找孙帅，一找没有 找到，则这个请求就失败，这样一个改动，我客户端的所有请求都要通知到，所有客户端的 超连接的目的地都要修改，或者表单的目的就要修改，但是要是有教学管理员，客户端要 不要修改，我有一个教学管理员，所有人的问题到教学管理员这里来，我不用通知所有学员 我只要让教学管理员知道就可以了。这个时候再有人问框架的问题，由教学管理员把你带到 刘春阳这里就可以。这样所有的流程控制由一个人来做，将来维护就很方便，就改他一个。 这样的话，将来要修改就修改他一个，我们就可以把解答问题的老师看作是一个一个Model 前面的同学是view,教学管理员就是controller,这个就是单点接触 上面是mvc的思想 4： 通过代码实现MVC 1）刚开始第一次写Servlet QueryCustomerServlet {完成客户的查询信息功能，我们有下面两个部分 第一：, jdbc 完成查询工作 . ( Model ) 第二, out.println() ; (view)显示查询出来的数据