什么是企业应用？
企业应用满足一下几点：1.并发支持 2.事物支持 3.交互支持 4.集群支持 5.安全支持 6.分布支持 7.wed支持
EJB 开发的问题：
1.编辑、编译、调试周期长 2.代码沉于，繁琐 3.必须编写数据传输对象
何为轻量框架？
轻量框架：不依赖于容器 （测试方便，不需要启动服务器）
何为使用MyBatis?
MyBatis是支持普通SQL查询，存储过程和高级映射的优秀持久层框架。MyBatis消除 了几乎所有的JDBC代码和参数的手工设置以及对结果集的检索。MyBatis可以使用简单的 XML或注解用于配置和原始映射，将接口和Java的POJO（Plain Old Java Objects，普通的 Java对象）映射成数据库中的记录。每一个MyBatis的应用程序都以一个SqlSessionFactory 对象的实例为核心。SqlSessionFactory 对 象的 实例 可以 通 过SqlSessionFactoryBuilder 对象来获得 。SqlSessionFactoryBuilder 对象可以通过XML配置文件，或从以往使用惯例中准备好的Configuration类实例中来构建SqlSessionFactory对象。
MyBatis:持久框架的封装：
1.JDBC连接封装（MyBatis已经做到）
2.SQL语句的封装（在MyBatis 依然需要自己写）
如果只满足两个叫做全自动封装
MyBatis提供三个语言实现的版本：Java 、 NET和Ruby
MyBatis半自动化的优点：
1.灵活的SQL语句 因为半自动化可以自己书写SQL语句
2.效率高效 因为全自动化查询的语句都是*
configuration配置类：
1.数据源配置的信息：MyBatis 、config 、xml
2.SQL映射配置信息
何为使用单元测试？
单元测试：是类最小的测试 测试比较方便
Assert 表示断言机制 如果断言机制不通过 那么他就不会执行下面的代码
MyBatis 动态的SQL语句：
1.foreach
2.where if
3. inclube - sql
4.set if
5.trim if
6. choose when
类于类之间的关系：
继承：子类继承父类
实现：实现类对接口的实现
关联：类于类之间的关系 拥有于被拥有
聚合： 于组合相似 参照组合的解释
组合： 整体和部分之间的关系 聚合脱离整体后依然存在 组合脱离整体后就不存在
依赖：使用于被使用之间的关系
六大设计原则：
①单一职责原则：
有时候，开发人员设计接口的时候会有些问题，比如用户的属性和用户的行为被放在一个接口中声明。这就造成了业务对象和业务逻辑被放在了一起，这样就造成了这个接口有两种职责，接口职责不明确，按照SRP的定
义就违背了接口的单一职责原则了。单一职责原则（Single Responsibility Principle），简称SRP。
②里氏替换原则：
1.子类可以实现父类的抽象方法，但不能覆盖父类的非抽象方法。
2.子类中可以增加自己特有的方法。
3.当子类的方法重载父类的方法时，方法的前置条件（即方法的形参）要比父类方法的输入参数更宽松。
4.当子类的方法实现父类的抽象方法时，方法的后置条件（即方法的返回值）要比父类更严格。
一句话总结：尽量不要重写父类的已经实现了的方法，可以用接口等其他方法绕过
③接口隔离原则：
客户端不应该依赖它不需要的接口；一个类对另一个类的依赖应该建立在最小的接口上。 问题由来：类A通过接口I依赖类B，类C通过接口I依赖类D，如果接口I对于类A和类B来说不是最小接口，则类B和类D必须去实现他们不需要的方法。
一句话总结：就好比鱼和人两个类，鱼是游泳和腮呼吸两个动作，人是走路和吃饭两个动作，这些动作不能写在一个接口里面，把这四个动作都包含了。要拆成专门对鱼和人的两个接口才行。
④迪米特法则（知道最少原则）：
迪米特法则又叫最少知道原则，最早是在1987年由美国Northeastern University的Ian Holland提出。通俗的来讲，就是一个类对自己依赖的类知道的越少越好。也就是说，对于被依赖的类来说，无论逻辑多么复杂，都尽量地的将逻辑封装在类的内部，对外除了提供的public方法，不对外泄漏任何信息。
⑤依赖倒置原则：
依赖倒置原则的本质其实就是通过抽象（抽象类或接口）使各个类或模块的实现彼此独立，不相互影响，实现模块间的松耦合。但是这个原则也是6个设计原则中最难以实现的了，如果没有实现这个原则，那么也就意味着开闭原则（对扩展开发，对修改关闭）也无法实现。依赖倒置原（Dependence Inversion Principle），简称DIP
⑥开闭原则：
开闭原则算是前5中原则的一个抽象总结，前五种是开闭原则的一些具体实现，所以如果使用开闭原则，其实有点虚，因为它没有一个固定的模式，但是最终保证的是提高程序的复用性、可维护性等要求。
MyBatis缓存：
何为缓存？
缓存就是一块空间，充当数据库在内存中的一个临时的容器 减少与数据交互
正如大多数持久层框架一样，MyBatis 同样提供了一级缓存和二级缓存的支持：
1.一级缓存: 基于PerpetualCache 的 HashMap本地缓存，其存储作用域为 Session，当 Session flush 或 close 之后，该Session中的所有 Cache 就将清空。
2. 二级缓存与一级缓存其机制相同，默认也是采用 PerpetualCache，HashMap存储，不同在于其存储作用域为 Mapper(Namespace)，并且可自定义存储源，如 Ehcache。
3. 对于缓存数据更新机制，当某一个作用域(一级缓存Session/二级缓存Namespaces)的进行了 C/U/D 操作后，默认该作用域下所有 select 中的缓存将被clear。
MyBatis什么数据可以放入缓存？
需要满足一下条件：
1.数据量小
2.数据变化少
3.数据并发少
Spring框架：
03年，spring框架发布，通过10多年的发展，spring框架已经发展成JavaEE开发中的非常重要的一个框架。虽然还是有公司采用自己的方式来处理代码间的耦合问题，但是他们采用的方式依旧是Spring框架的基础，即：工厂模式与服务定位器模式等。
Spring是为企业应用开发提供的一个轻量级解决方案，包括：基于依赖注入的核心机制，基于AOP的声明式事务（联想下编程式事务），整合多种持久层技术的整合，整合很多优秀的WEB MVC框架等。
Spring框架特征：
轻量——从大小与开销两方面而言Spring都是轻量的。完整的Spring框架可以在一个大小只有1MB多的JAR文件里发布。并且Spring所需的处理开销也是微不足道的。此外，Spring是非侵入式的：典型地，Spring应用中的对象不依赖于Spring的特定类。
控制反转——Spring通过一种称作控制反转（IoC）的技术促进了低耦合。当应用了IoC，一个对象依赖的其它对象会通过被动的方式传递进来，而不是这个对象自己创建或者查找依赖对象。你可以认为IoC与JNDI相反——不是对象从容器中查找依赖，而是容器在对象初始化时不等对象请求就主动将依赖传递给它。
面向切面——Spring提供了面向切面编程的丰富支持，允许通过分离应用的业务逻辑与系统级服务（例如审计（auditing）和事务（transaction）管理）进行内聚性的开发。应用对象只实现它们应该做的——完成业务逻辑——仅此而已。它们并不负责（甚至是意识）其它的系统级关注点，例如日志或事务支持。
容器——Spring包含并管理应用对象的配置和生命周期，在这个意义上它是一种容器，你可以配置你的每个bean如何被创建——基于一个可配置原型（prototype），你的bean可以创建一个单独的实例或者每次需要时都生成一个新的实例——以及它们是如何相互关联的。然而，Spring不应该被混同于传统的重量级的EJB容器，它们经常是庞大与笨重的，难以使用。
框架——Spring可以将简单的组件配置、组合成为复杂的应用。在Spring中，应用对象被声明式地组合，典型地是在一个XML文件里。Spring也提供了很多基础功能（事务管理、持久化框架集成等等），将应用逻辑的开发留给了你。
MVC——Spring的作用是整合，但不仅仅限于整合，Spring 框架可以被看做是一个企业解决方案级别的框架。客户端发送请求，服务器控制器（由DispatcherServlet实现的)完成请求的转发，控制器调用一个用于映射的类HandlerMapping，该类用于将请求映射到对应的处理器来处理请求。HandlerMapping 将请求映射到对应的处理器Controller（相当于Action）在Spring 当中如果写一些处理器组件，一般实现Controller 接口，在Controller 中就可以调用一些Service 或DAO 来进行数据操作 ModelAndView 用于存放从DAO 中取出的数据，还可以存放响应视图的一些数据。 如果想将处理结果返回给用户，那么在Spring 框架中还提供一个视图组件ViewResolver，该组件根据Controller 返回的标示，找到对应的视图，将响应response 返回给用户。
所有Spring的这些特征使你能够编写更干净、更可管理、并且更易于测试的代码。它们也为Spring中的各种模块提供了基础支持。
什么是Spring容器？
Spring 框架是以应用程序一个又一个组件构成 而Spring容器就是对这些组件的生命周期进行管理及关系维护 也就是Spring核心思想 即IOC。
Spring IOC ：
对象实例的属性值不是程序主动设置的，而是由spring容器来负责注入的。
调用者依赖容器设置属性或者注入其他Bean的引用的这种方式，我们通常叫做“依赖注入”或“控制反转”，即springIOC。所谓依赖注入，是指程序运行过程中，如果需要另一个对象协作（调用它的方法，访问它的属性）时，无须在代码中创建被调用者，而是依赖于外部容器的注入。
依赖注入是目前最优秀的解耦方式，依赖注入让Spring的Bean以配置文件组织在一起，而不是以硬编码的方式耦合在一起。
依赖注入是一种优秀的解耦方式。分析得到SpringIOC容器的3个基本要点：
1、 应用程序的各组件面向接口编程。面向接口编程可以将各组件之间的耦合提示到接口层次，从而有利于项目后期的发展。
2、 应用程序的各组件不再由程序主动产生，而是由Spring容器来负责产生、并初始化。
3、 Spring采用配置文件、或Annotation来管理Bean的实现类、依赖关系，Spring容器则根据配置文件、利用反射来创建实例，并为之注入依赖关系。
依赖注入通常有如下两种方式：
设值注入：IOC容器使用属性的Setter方法来注入被依赖的实例。
构造注入：IOC容器使用构造器来注入被依赖的实例。
设值注入：
设值注入是指IOC容器使用属性的Setter方法来注入被依赖的实例。这种注入方式简单、直观，因而在Spring的依赖注入里大量使用。
构造注入：
另外还有一种注入方式，这种方式在构造实例时，已经为其完成了依赖关系的初始化。这种利用构造器来设置依赖关系的方式，被称之为构造注入。