使用spring的IOC解决程序耦合的方法

在实际开发中我们可以把三层的对象都使用配置文件配置起来,当启动服务器应用加载的时候,让一个类中的方法通过读取配置文件,把这些对象创建出来并存起来。在接下来的使用的时候,直接拿过来用就好了。 那么,这个读取配置文件,创建和获取三层对象的类就是工厂。

简单工厂模式(Simple Factory Pattern):又称为静态工厂方法(Static Factory Method)模式,它属于类创建型模式。在简单工厂模式中,可以根据参数的不同返回不同类的实例。简单工厂模式专门定义一个类来负责创建其他类的实例,被创建的实例通常都具有共同的父类。简单点说就是用来创建具有相同基类的对象

简单工厂模式最大的优点在于实现对象的创建和对象的使用分离,将对象的创建交给专门的工厂类负责,但是其最大的缺点在于工厂类不够灵活,增加新的具体产品需要修改工厂类的判断逻辑代码,而且产品较多时,工厂方法代码将会非常复杂。 简单工厂模式适用情况包括:客户端只知道传入工厂类的参数,对于如何创建对象不关心;工厂类负责创建的对象比较少。

1、程序的耦合

(划分模块的一个准则就是高内聚低耦合) 耦合性(Coupling),也叫耦合度,是对模块间关联程度的度量。耦合的强弱取决于模块间接口的复杂性、调用模块的方式以及通过界面传送数据的多少。

模块间的耦合度是指模块之间的依赖关系,包括控制关系、调用关系、数据传递关系。模块间联系越多,其耦合性越强,同时表明其独立性越差( 降低耦合性,可以提高其独立性)。耦合性存在于各个领域,而非软件设计中独有的,但是我们只讨论软件工程中的耦合。

在软件工程中,耦合指的就是就是对象之间的依赖性。对象之间的耦合越高,维护成本越高。因此对象的设计应使类和构件之间的耦合最小。 软件设计中通常用耦合度和内聚度作为衡量模块独立程度的标准。

耦合是影响软件复杂程度和设计质量的一个重要因素,在设计上我们应采用以下原则:如果模块间必须存在耦合,就尽量使用数据耦合,少用控制耦合,限制公共耦合的范围,尽量避免使用内容耦合。

<?xml version="1.0" encoding="UTF-8"?>
 <beans xmlns="http://www.springframework.org/schema/beans"
   xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance"
   xsi:schemaLocation="http://www.springframework.org/schema/beans
   http://www.springframework.org/schema/beans/spring-beans-3.1.xsd ">

   <!-- 定义userDaoImpl对象,并指定id为userDaoImpl -->
   <bean id="userDaoImpl" class="cn.bdqn.biz.dao.impl.UserDaoImpl" />
   <!-- 定义User对象,并指定id为user -->
   <bean id="user" class="cn.bdqn.biz.pojo.User" />

   <!-- 定义UserServiceImpl对象,并指定id为userServiceImpl -->
   <bean id="userServiceImpl" class="cn.bdqn.biz.service.impl.UserServiceImpl">
     <!--为userServiceImpl的userDao属性赋值,需要注意的是,这里要调用setUserDao()方法 -->
     <property name="userDao">
       <!-- 引用id为userDao的对象为userServiceImpl的userDao属性赋值 -->
       <ref bean="userDaoImpl" />
     </property>
   </bean>

 </beans>

2、解决程序耦合的思路

1、当是我们讲解 jdbc 时,是通过反射来注册驱动的,代码如下:Class.forName("com.mysql.jdbc.Driver");//此处只是一个字符串

2、此时的好处是,我们的类中不再依赖具体的驱动类,此时就算删除 mysql 的驱动 jar 包,依然可以编译(运行就不要想了,没有驱动不可能运行成功的)。同时,也产生了一个新的问题,mysql 驱动的全限定类名字符串是在 java 类中写死的,一旦要改还是要修改源码。解决这个问题也很简单,使用配置文件配置。

3、代码实现:持久层,业务层,变现层

当我们讲解jdbc时,是通过反射来注册驱动的,代码如下: Class.forName("com.mysql.jdbc.Driver"); 这时的好处是,我们的类中不再依赖具体的驱动类,此时就算删除mysql的驱动jar包,依然可以编译。但是因为没有驱动类,所以不能运行。

不过,此处也有个问题,就是我们反射类对象的全限定类名字符串是在java类中写死的,一旦要改还是要修改源码。 解决这个问题也很简单,使用配置文件配置。

在实际开发中我们可以把所有的dao和service和action对象使用配置文件配置起来,当启动服务器应用加载的时候,通过读取配置文件,把这些对象创建出来并存起来。在接下来的使用的时候,直接拿过来用就好了。

package com.ioc.spring.util;

import java.io.File;
import java.io.FileFilter;
import java.io.IOException;
import java.net.JarURLConnection;
import java.net.URL;
import java.net.URLDecoder;
import java.util.ArrayList;
import java.util.Enumeration;
import java.util.List;
import java.util.jar.JarEntry;
import java.util.jar.JarFile;

/**
 * 获取某个包下面的所有类信息
 */
public class Util {

  /**
  * 取得某个接口下所有实现这个接口的类
  */
  public static List<Class> getAllClassByInterface(Class c) {
   List<Class> returnClassList = null;

   if (c.isInterface()) {
     // 获取当前的包名
     String packageName = c.getPackage().getName();
     // 获取当前包下以及子包下所以的类
     List<Class<?>> allClass = getClasses(packageName);
     if (allClass != null) {
      returnClassList = new ArrayList<Class>();
      for (Class classes : allClass) {
        // 判断是否是同一个接口
        if (c.isAssignableFrom(classes)) {
         // 本身不加入进去
         if (!c.equals(classes)) {
           returnClassList.add(classes);
         }
        }
      }
     }
   }

   return ClassList;
  }

  /*
  * 取得某一类所在包的所有类名 不含迭代
  */
  public static String[] getPackageAllClassName(String classLocation, String packageName) {
   // 将packageName分解
   String[] packagePathSplit = packageName.split("[.]");
   String realClassLocation = classLocation;
   int packageLength = packagePathSplit.length;
   for (int i = 0; i < packageLength; i++) {
     realClassLocation = realClassLocation + File.separator + packagePathSplit[i];
   }
   File packeageDir = new File(realClassLocation);
   if (packeageDir.isDirectory()) {
     String[] allClassName = packeageDir.list();
     return allClassName;
   }
   return null;
  }

  /**
  * 从包package中获取所有的Class
  * @param packageName
  * @return
  */
  public static List<Class<?>> getClasses(String packageName) {

   // 第一个class类的集合
   List<Class<?>> classes = new ArrayList<Class<?>>();
   // 是否循环迭代
   boolean recursive = true;
   // 获取包的名字 并进行替换
   String packageDirName = packageName.replace('.', '/');
   // 定义一个枚举的集合 并进行循环来处理这个目录下的things
   Enumeration<URL> dirs;
   try {
     dirs = Thread.currentThread().getContextClassLoader().getResources(packageDirName);
     // 循环迭代下去
     while (dirs.hasMoreElements()) {
      // 获取下一个元素
      URL url = dirs.nextElement();
      // 得到协议的名称
      String protocol = url.getProtocol();
      // 如果是以文件的形式保存在服务器上
      if ("file".equals(protocol)) {
        // 获取包的物理路径
        String filePath = URLDecoder.decode(url.getFile(), "UTF-8");
        // 以文件的方式扫描整个包下的文件 并添加到集合中
        findAndAddClassesInPackageByFile(packageName, filePath, recursive, classes);
      } else if ("jar".equals(protocol)) {
        // 如果是jar包文件
        // 定义一个JarFile
        JarFile jar;
        try {
         // 获取jar
         jar = ((JarURLConnection) url.openConnection()).getJarFile();
         // 从此jar包 得到一个枚举类
         Enumeration<JarEntry> entries = jar.entries();
         // 同样的进行循环迭代
         while (entries.hasMoreElements()) {
           // 获取jar里的一个实体 可以是目录 和一些jar包里的其他文件 如META-INF等文件
           JarEntry entry = entries.nextElement();
           String name = entry.getName();
           // 如果是以/开头的
           if (name.charAt(0) == '/') {
            // 获取后面的字符串
            name = name.substring(1);
           }
           // 如果前半部分和定义的包名相同
           if (name.startsWith(packageDirName)) {
            int idx = name.lastIndexOf('/');
            // 如果以"/"结尾 是一个包
            if (idx != -1) {
              // 获取包名 把"/"替换成"."
              packageName = name.substring(0, idx).replace('/', '.');
            }
            // 如果可以迭代下去 并且是一个包
            if ((idx != -1) || recursive) {
              // 如果是一个.class文件 而且不是目录
              if (name.endsWith(".class") && !entry.isDirectory()) {
               // 去掉后面的".class" 获取真正的类名
               String className = name.substring(packageName.length() + 1, name.length() - 6);
               try {
                 // 添加到classes
                 classes.add(Class.forName(packageName + '.' + className));
               } catch (ClassNotFoundException e) {
                 e.printStackTrace();
               }
              }
            }
           }
         }
        } catch (IOException e) {
         e.printStackTrace();
        }
      }
     }
   } catch (IOException e) {
     e.printStackTrace();
   }

   return classes;
  }

  /**
  * 以文件的形式来获取包下的所有Class
  *
  * @param packageName
  * @param packagePath
  * @param recursive
  * @param classes
  */
  public static void findAndAddClassesInPackageByFile(String packageName, String packagePath, final boolean recursive,
     List<Class<?>> classes) {
   // 获取此包的目录 建立一个File
   File dir = new File(packagePath);
   // 如果不存在或者 也不是目录就直接返回
   if (!dir.exists() || !dir.isDirectory()) {
     return;
   }
   // 如果存在 就获取包下的所有文件 包括目录
   File[] dirfiles = dir.listFiles(new FileFilter() {
     // 自定义过滤规则 如果可以循环(包含子目录) 或则是以.class结尾的文件(编译好的java类文件)
     public boolean accept(File file) {
      return (recursive && file.isDirectory()) || (file.getName().endsWith(".class"));
     }
   });
   // 循环所有文件
   for (File file : dirfiles) {
     // 如果是目录 则继续扫描
     if (file.isDirectory()) {
      findAndAddClassesInPackageByFile(packageName + "." + file.getName(), file.getAbsolutePath(), recursive,
         classes);
     } else {
      // 如果是java类文件 去掉后面的.class 只留下类名
      String className = file.getName().substring(0, file.getName().length() - 6);
      try {
        // 添加到集合中去
        classes.add(Class.forName(packageName + '.' + className));
      } catch (ClassNotFoundException e) {
        e.printStackTrace();
      }
     }
   }
  }
}

上面解耦的思路有2个问题:

1、存哪去? 分析:由于我们是很多对象,肯定要找个集合来存。这时候有Map和List供选择。到底选Map还是List就看我们有没有查找需求。有查找需求,选Map。 所以我们的答案就是: 在应用加载时,创建一个Map,用于存放action,Service和dao对象。我们把这个map称之为容器。

2、还是没解释什么是工厂? 工厂就是负责给我们从容器中获取指定对象的类。这时候我们获取对象的方式发生了改变。 原来,我们在获取对象时,都是采用new的方式。是主动的。现在:我们获取对象时,同时跟工厂要,有工厂为我们查找或者创建对象是被动的。

这种被动接收的方式获取对象的思想就是控制反转,它是spring框架的核心之一。它的作用只有一个:削减计算机程序的耦合。

以上就是本文的全部内容,希望对大家的学习有所帮助,也希望大家多多支持我们。

(0)

相关推荐

  • java Spring松耦合高效应用简单实例分析

    java Spring松耦合 面向对象的概念,是一个很好的设计来打破系统进入一个组可重用的对象.然而,当系统变大,尤其是在Java项目,庞大的对象依赖关系将一直紧密耦合引起对象难以管理或修改.在这种情况下,可以使用Spring框架作为一个核心模块轻松高效地管理所有的对象依赖. 输出生成器的例子 让我们来看一个例子,假设你的项目有一个函数输出的内容,以CSV或JSON格式.您的代码可能看起来像下面的例子: File : IOutputGenerator.java – 输出生成器接口 package

  • 使用spring的IOC解决程序耦合的方法

    在实际开发中我们可以把三层的对象都使用配置文件配置起来,当启动服务器应用加载的时候,让一个类中的方法通过读取配置文件,把这些对象创建出来并存起来.在接下来的使用的时候,直接拿过来用就好了. 那么,这个读取配置文件,创建和获取三层对象的类就是工厂. 简单工厂模式(Simple Factory Pattern):又称为静态工厂方法(Static Factory Method)模式,它属于类创建型模式.在简单工厂模式中,可以根据参数的不同返回不同类的实例.简单工厂模式专门定义一个类来负责创建其他类的实

  • Spring框架IOC容器底层原理详解

    目录 1.什么是IOC 2.IOC容器的底层原理 3.那么上边提到的三种技术如何实现IOC的呢 4.IOC(接口) 1.什么是IOC IOC – Inverse of Control,控制反转,将对象的创建权力反转给Spring框架! 在java当中一个类想要使用另一个类的方法,就必须在这个类当中创建这个类的对象,那么可能会出现如下情况, 比如A类当中创建着B对象,B类当中有C对象,C类当中有A对象,这个如果一个类出了问题,那么可能会导致这个框架出现问题. Spring 将创建对象的权利给了IO

  • Spring框架开发IOC两种创建工厂方法详解

    1.IOC有两种创建工厂的方法 IoC 通过工厂模式创建 bean 的方式有两种: 静态工厂方法 实例工厂方法 2.两种方法的不同 2.1静态方法创建 就是直接可以通过静态方法来实例化一个对象,采用类名.方法名的方式创建 public class HelloFactory { public static HelloWorld getInstance(){ return new Hello(); } } HelloWorldFactory.getInstance(); 2.2实例方法创建 采用ne

  • Spring超详细讲解IOC与解耦合

    目录 前言 一.所谓耦合 二.Spring 三.核心IOC理解 1.容器 2.控制反转 3.依赖注入 四.Bean的实例化 1.无参构造 2.工厂静态方法 3.工厂实例方法(常用) 五.Bean的依赖注入 1.set注入 2.有参构造 六.第一个Spring案例 前言 回想写过的图书管理系统.租房系统.电影院卖票系统都是基于原生的JavaSE.OOP,没有用到任何框架,在层与层的关系中一个类要想获得与其他类的联系主要的方式还是靠new,这就导致层与层之间.对象与对象之间的依赖性强“动一发而迁全身

  • spring在IoC容器中装配Bean详解

    1.Spring配置概述 1.1.概述 Spring容器从xml配置.java注解.spring注解中读取bean配置信息,形成bean定义注册表: 根据bean定义注册表实例化bean: 将bean实例放入bean缓存池: 应用程序使用bean. 1.2.基于xml的配置 (1)xml文件概述 xmlns------默认命名空间 xmlns:xsi-------标准命名空间,用于指定自定义命名空间的schema文件 xmlns:xxx="aaaaa"-------自定义命名空间,xx

  • Spring中IOC和AOP的深入讲解

    前言 Spring是一个开源框架,Spring是于2003 年兴起的一个轻量级的Java 开发框架,由Rod Johnson 在其著作Expert One-On-One J2EE Development and Design中阐述的部分理念和原型衍生而来.它是为了解决企业应用开发的复杂性而创建的.Spring使用基本的JavaBean来完成以前只可能由EJB完成的事情.然而,Spring的用途不仅限于服务器端的开发.从简单性.可测试性和松耦合的角度而言,任何Java应用都可以从Spring中受益

  • Spring的IOC原理详情

    目录 1 IOC的理论背景 2 什么是控制反转(IoC) 3 IOC的别名:依赖注入(DI) 4 IOC为我们带来了什么好处 5 IOC容器的技术剖析 6 IOC容器的一些产品 7 使用IOC框架应该注意什么 1 IOC的理论背景 我们都知道,在采用面向对象方法设计的软件系统中,它的底层实现都是由N个对象组成的,所有的对象通过彼此的合作,最终实现系统的业务逻辑. 如果我们打开机械式手表的后盖,就会看到与上面类似的情形,各个齿轮分别带动时针.分针和秒针顺时针旋转,从而在表盘上产生正确的时间. 图中

  • 详谈Spring对IOC的理解(推荐篇)

    一.IOC控制反转和DI依赖注入 1.控制反转,字面可以理解为:主动权的转移,原来一个应用程序内的对象是类通过new去主动创建并实例化的,对对像创建的主动权在程序代码中.程序不仅要管理业务逻辑也要管理对的象创建和依赖关系.这是很累的,也跟软件工程 "低耦合高内聚" 的概念不十分符合. 有了spring的ioc容器之后,对象的实例化和依赖关系管理都由IOC容器进行统一管理,主体类只要依赖ioc容器就够了,需要啥,容器会给他注入进去,也就是只要声明对象不用再主动去new,ioc容器帮忙把相

  • Spring之IOC详解

    学过Spring的小伙伴对于IOC一定不陌生,IOC:控制反转(Inversion of Control,英文缩写为IoC)是一个重要的面向对象编程的法则来削减计算机程序的耦合问题,也是轻量级的Spring框架的核心. 控制反转一般分为两种类型,依赖注入(Dependency Injection,简称DI)和依赖查找(Dependency Lookup).依赖注入应用比较广泛.本篇我们通过一个实例和大家简单分析一下Spring中IOC的原理,以便我们可以更好的理解Spring. 简单描述一下我们

  • spring中ioc是什么

    IoC--Inversion of Control,控制反转 在Java开发中,IoC意味着将你设计好的类交给系统去控制,而不是在你的类内部控制.IoC是一种让服务消费者不直接依赖于服务提供者的组件设计方式,是一种减少类与类之间依赖的设计原则. DI--Dependency Injection(依赖注入) 即组件之间的依赖关系由容器在运行期决定,形象的来说,即由容器动态的将某种依赖关系注入到组件之中. 依赖注入的目标并非为软件系统带来更多的功能,而是为了提升组件重用的概率,并为系统搭建一个灵活.

随机推荐