以前写的代码 mapper层 public interface PersonMapper { void selectPersonList(); } public class PersonMapperImpl implements PersonMapper { @Override public void selectPersonList() { System.out.println("PersonMapperImpl selectPersonList"); } } service层 pu

spring通过工厂模式解决页面耦合问题

一.先演示 “简单工厂”: package org; interface Fruit { public void eat(); } class Apple implements Fruit { public void eat() { System.out.println("吃苹果."); } } class Orange implements Fruit { public void eat() { System.out.println("吃橘子"); } } cla

菜瓜:我一定是太菜了,为什么别人说Spring屏蔽了new关键字创建对象就很丝滑?我完全get不到这个操作的好处啊,我自己写new它也很香啊 水稻:emmmm,换个角度想啊,如果把现在用的注解@Autowired@Resource给干掉,你想在Controller里面引用Service,你会怎么做?new 一个? 菜瓜:对啊,我new一个怎么了,不也可以用? 水稻:那如果,我另一个Controller里面也要用同一个Service,是不是再new一个?有很多个这种Controller是不是new

http://www.cnblogs.com/showjan/p/3950989.html

本文摘自:李刚 著 <轻量级 Java EE企业应用实战 Struts2+Spring+hibernate整合开发> 在Spring 中大量使用的以下两种设计模式:工厂模式和单态模式. 工厂模式可将Java 对象的调用者从被调用者的实现逻辑中分离出来,调用者只需关心被调用者必须满足的规则(接口) ,而不必关心实例的具体实现过程.这是面向接口编程的优势,能提高程序的解耦,避免所有的类以硬编码方式耦合在一起. 如果所有的类直接耦合,极易形成"骨牌效应",假如B 类调用了A 类,

被Spring管理的bean可以是直接创建实例,还可以通过工厂模式来进行创建.例如brave的tracing bean定义: <bean id="tracing" class="brave.spring.beans.TracingFactoryBean"> ... <property name="propagationFactory"> <bean id="propagationFactory"

一.前言    在日常的开发过程,经常使用或碰到的设计模式有代理.工厂.单例.反射模式等等.下面就对工厂模式模拟spring的bean加载过程进行解析,如果对工厂模式不熟悉的,具体可以先去学习一下工厂模式的概念.在来阅读此篇博文,效果会比较好. 二.知识储备 在介绍本文的之前,不了解或不知道如何解析XML的,请先去学习一下XML的解析.掌握目前主要的几种解析XML中的一种即可,以下博文说明了如何采用Dom4J解析XML文件的,接下去的例子也是常用Dom4J来解析XML.博文地址参考:http:/

1.静态工厂模式其他对象不能直接通过new得到某个类,而是通过调用getInstance()方法得到该类的对象这样,就可以控制类的产生过程.顺带提一下单例模式和多例模式:  单例模式是指控制其他对象获得该对象永远只有同一个对象  而多例模式则是根据需要从某个具体集合中获取所需的对象 import java.util.ArrayList; import java.util.List; public class Car implements Moveable{ private static Car

反射机制概念   我们考虑一个场景,如果我们在程序运行时,一个对象想要检视自己所拥有的成员属性,该如何操作?再考虑另一个场景,如果我们想要在运行期获得某个类的Class信息如它的属性.构造方法.一般方法后再考虑是否创建它的对象,这种情况该怎么办呢?这就需要用到反射! 我们.java文件在编译后会变成.class文件,这就像是个镜面,本身是.java,在镜中是.class,他们其实是一样的:那么同理,我们看到镜子的反射是.class,就能通过反编译,了解到.java文件的本来面目. 对于反射,官方

我们是在使用Spring框架的过程中,其实就是为了使用IOC,依赖注入,和AOP,面向切面编程,这两个是Spring的灵魂. 主要用到的设计模式有工厂模式和代理模式. IOC是工厂模式参考:设计模式-工厂模式-场景以及优缺点-目的就是应对变化 (国江面试回答的) AOP代理模式参考:设计模式-代理模式(Proxy) 参考:深入理解Java反射+动态代理 IOC就是典型的工厂模式,通过sessionfactory去注入实例. AOP就是典型的代理模式的体现. 可以参考:Spring 学习 3- A

在本篇文章中就不详细介绍工厂模式,主要介绍一下反射在工厂模式中的使用,让读者对反射机制带来的好处有更深的认识. 首先看一下简单工厂模式 简单工厂模式(simple factory)是类的创建模式,又叫静态工厂方法(static factory method)模式. 简单工厂模式就是由一个工厂类根据传入的参数决定创建哪一种的产品类. 简单工厂模式实例: //动物接口 interface Animal{ public void speak(); } //人实现类 class Man implemen

一.什么是简单工厂模式 设计模式的核心是“分工”,通过分工将对象与职责划分的更细化,进而提升系统设计的可扩展性,使其更容易维护. 开闭原则:对扩展开放,对修改关闭:要增加一个新的处理逻辑,可以开一个新的类,不要在老的上面修改 依赖倒转原则:依赖关系从具体转向抽象,也就是说:A调用B,不是直接调用B的实现,而是依赖B的接口 迪米特法则:类尽量少的与其他类发生关系,或者产生依赖,以此来使扩展可以更容易 工厂模式中的三种:简单工厂模式.工厂方法模式.抽象工厂模式:实现了创建者和调用者的分离,调用者不需

在springboot的各个依赖包下,我们经常看到META-INF/spring.factories这个文件.spring.factories文件的内容基本上都是这样的格式: # Initializers org.springframework.context.ApplicationContextInitializer=\ org.springframework.boot.autoconfigure.SharedMetadataReaderFactoryContextInitializer,\

目录 1. 啥是耦合.解耦? 2. jdbc程序进行解耦 3.传统dao.service.controller的程序耦合性 4.使用工厂模式实现解耦 5.工厂模式改进 6.结语 @ 1. 啥是耦合.解耦? 既然是程序解耦,那我们必须要先知道啥是耦合,耦合简单来说就是程序的依赖关系,而依赖关系则主要包括 1. 类之间的依赖 2. 方法间的依赖 比如下面这段代码: public class A{ public int i; } public class B{ public void put(A a)

Java工厂模式解耦 -- 理解Spring IOC 最近看到一个很好的思想来理解Spring IOC,故记录下来. 资源获取方式 主动式:(要什么资源都自己创建) 被动式:(资源的获取不是我们创建,而是交给一个容器来创建和设置) 工厂模式获取资源 主要思想: 使用工厂模式以及Java反射机制来获取资源(类). 使用容器(Map)来存储所有资源,当需要的时候由工厂从容器中取出. 使用读取配置文件的方式向容器中注入组件(类). 作用: 降低组件之间的耦合性. 代码 com.lin.dao下: pa

Spring IOC与工厂模式 PS:本文内容较为硬核,需要对java的面向对象.反射.类加载器.泛型.properties.XML等基础知识有较深理解. (一)简单介绍 在讲Spring IOC之前,有必要先来聊一下工厂模式(Factory Pattern).工厂模式可将Java对象的调用者从被调用者的实现逻辑中分离出来.工厂模式是Java中最常用的设计模式之一.这种类型的设计模式属于创建型模式,它提供了一种创建对象的最佳方式.在工厂模式中,我们在创建对象时不会对客户端暴露创建逻辑,并且是通过

spring的bean的创建原理就是框架利用反射创建出实例对象 工厂模式:工厂帮我们创建对象:有一个专门帮我们创建对象的类,我们把这个类叫做工厂类. 例如:Plane plane = PlaneFactory.getPlane(String name); 工厂有分为静态工厂和实例工厂. 静态工厂: 也即是调用方法的时候,直接是xxxFactory().getXxx(); 他的实例对象的创建在static方法中. public static Plane getPlane(String name)

工厂模式是一种比较常用的设计模式,其基本思想在于使用不同的工厂类型来打造不同产品的部件.例如,我们在打造一间屋子时,可能需要窗户.屋顶.门.房梁.柱子等零部件.有的屋子需要很多根柱子,而有的屋子又不需要窗户.在这样的需求下,就可以使用工厂模式. (1)工厂模式的传统实现和其弊端 下图展示了针对屋子设计的传统工厂模式架构图: 上图的设计思路是: ①使用者告诉工厂管理者需要哪个产品部件: ②工厂管理者分析使用者传入的信息,生成合适的实现工厂接口的类型对象: ③通过工厂生产出相应的产品,返回给使用者一

java反射详解 本篇文章依旧采用小例子来说明,因为我始终觉的,案例驱动是最好的,要不然只看理论的话,看了也不懂,不过建议大家在看完文章之后,在回过头去看看理论,会有更好的理解. 下面开始正文. [案例1]通过一个对象获得完整的包名和类名 ? 1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 package Reflect;   /**  * 通过一个对象获得完整的包名和类名  * */ class Demo{     //other codes... }   class