JavaEE框架概论_非常全面.pptVIP

控制反转(IoC) 面向切面编程(AOP) 两个核心特点 IoC简介 ? 控制反转（IoC） ：Inversion of Control ? 依赖注入（DI） ：Dependency Injection 当某个角色(比如一个Java实例，调用者)需要另一个角色(另一个Java实例，被调用者)的协助时，在传统的程序设计过程中，通常由调用者来创建被调用者的实例。但在Spring里，创建被调用者的工作不再由调用者来完成，因此称为控制反转;创建被调用者实例的工作通常由Spring容器来完成，然后注入调用者，因此也称为依赖注入。 IoC简介 针对接口编程，通过Spring配置文件注入 不必关心组件的创建 不必管理组件的生命周期 组件容易共享 测试非常容易 优点 将组件交给Spring容器管理,以“组装积木”的方式来装配组件。 IoC简介 AOP 问题：应用程序有个日志的需求，您可以无须修改任何一行程序代码，就将这个需求加入到原先的应用程序中，而若您愿意，也可以在不修改任何程序的情况下，将这个日志功能移除。 AOP AOP(Aspect Oriented Programming)它是一种设计模式，用于实现一个系统中的某一个方面的应用。 日志拦截 授权认证 事务拦截 方法缓存 数据审计 …… AOP 系统中具有的共性功能 从应用模块中主动去调用公共模块，也就是应用模块要很清楚公共模块的功能，还有具体的调用方法才行，应用模块是依赖于公共模块的，是耦合的，这样一来，要想修改公共模块就会很困难了。 有一个非常非常大的改变，就是所有的箭头方向反过来了，原来是应用系统主动去调用各个公共模块的，现在变成了各个公共模块主动织入回到应用系统 AOP AOP AOP jbuilder * Struts2与Struts1本质上没有太大联系 Struts1最初是Apache Jakarta项目的一部分，后来作为一个开源的MVC框架存在 Struts2是从WebWork框架上发展起来的，与Struts1没有直接关系 Web层框架-Struts2概述 MVC设计思想 MVC即Model-View-Controller，把一个应用的输入、处理、输出流程按照Model、View、Controller的方式进行分离，这样一个应用被分成三个层——模型层、视图层、控制层。 MVC设计思想 MVC是一种复合模式，结合了观察者模式、策略模式、组合模式、适配器模式。 模型使用观察者模式，以便观察者更新，同时保持两者之间的解耦。控制器是视图的策略，视图使用组合模式实现用户界面。适配器模式用来将模型适配成符合现有视图和控制器的需要的模型。 这些模式合作把MVC模式的三层解耦。 MVC设计思想 视图(View)代表用户交互界面，对于Web应用来说，可以是HTML，也可能是jsp、XML和Applet等。一个应用可能有很多不同的视图，MVC设计模式对于视图的处理仅限于视图上数据的采集和处理，以及用户的请求，而不包括在视图上的业务流程的处理。业务流程的处理交予模型(Model)处理。 比如一个订单的视图只接受来自模型的数据并显示给用户，以及将用户界面的输入数据和请求传递给控制和模型。 模型(Model)：是业务的处理以及业务规则的制定。模型接受视图请求的数据，并返回最终的处理结果。业务模型的设计是MVC最主要的核心。MVC设计模式告诉我们，把应用的模型按一定的规则抽取出来，抽取的层次很重要，抽象与具体不能隔得太远，也不能太近。MVC并没有提供模型的设计方法，而只是组织管理这些模型，以便于模型的重构和提高重用性。 　　业务模型还有一个很重要的模型那就是数据模型。数据模型主要指实体对象的数据保存（持续化）。比如将一张订单保存到数据库，从数据库获取订单。我们可以将这个模型单独列出，所有有关数据库的操作只限制在该模型中。 MVC设计思想 控制(Controller)可以理解为从用户接收请求, 将模型与视图匹配在一起，共同完成用户的请求。划分控制层的作用也很明显，它清楚地告诉你，它就是一个分发器，选择什么样的模型，选择什么样的视图，可以完成什么样的用户请求。控制层并不做任何的数据处理。 例如，用户点击一个连接，控制层接受请求后, 并不处理业务信息，它只把用户的信息传递给模型，告诉模型做什么，选择符合要求的视图返回给用户。因此，一个模型可能对应多个视图，一个视图可能对应多个模型。 MVC设计思想 Jsp model 1架构 Model 1的基础是JSP文件，它由一些相互独立的JSP文件和其他一些Java Class组成。这些JSP从HTTP Request中获得所需要的