码迷,mamicode.com
首页 > 其他好文 > 详细

2016-207-19 随笔

时间:2016-07-19 23:53:30      阅读:606      评论:0      收藏:0      [点我收藏+]

标签:

什么是企业应用?
   企业应用满足一下几点: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的依赖注入里大量使用。

 构造注入: 
     另外还有一种注入方式,这种方式在构造实例时,已经为其完成了依赖关系的初始化。这种利用构造器来设置依赖关系的方式,被称之为构造注入。

 


 

 

2016-207-19 随笔

标签:

原文地址:http://www.cnblogs.com/chenyangpeng/p/5686628.html

(0)
(0)
   
举报
评论 一句话评论(0
登录后才能评论!
© 2014 mamicode.com 版权所有  联系我们:gaon5@hotmail.com
迷上了代码!