javaeye上看到有帖子,置疑spring和依赖注入的价值,回复内容整理如下:

依赖注入对设计有利,而spring则促进了依赖注入的使用。

如果业务处理类,它所使用的倚赖,都是依靠在这个类内部实现或者查找,那么必然使得正常的业务逻辑和获取依赖的方法混在一起。

我取个最简单的场景,某个注册的工作类,它需要获取当前"容许的用户名的最大长度",这个依赖非常简单吧?基本每个注册类都有这个限制,我们现在 把场景考虑的全面一点,对于复杂一点的系统,这个最大长度的限制可能来源很多,比如配制文件,数据库,可能类工作在前台比如web而配制在后台,可能需要 和第三放系统一起工作而需要到第三方系统中获取而对方只提供web service...

这么一个简单的依赖,“用户名的最大长度”,如果用依赖注入,只要一个简单的setUsernameMaxLength()方法就可以搞定。考虑 上面那么多种可能都出现,最恶劣的情况是要求一个系统可以同时支持然后通过配制方式进行,这对于将一个产品卖给n家客户的公司来说是最正常不过的要求。

那么我们来看一个很有"spring"风格的采用依赖注入的设计,通常都将会是这样:

注册工作类:
public void RegisterWork {
public void setUsernameMaxLengthProvider(UsernameMaxLengthProvider provider) {
int maxLength = provider.getUsernameMaxLength(); //简单获取结果,不管provider细节
}
....
}
“用户名的最大长度”的提供者接口
public interfacd UsernameMaxLengthProvider {
public int getUsernameMaxLength();
}
“用户名的最大长度”的提供者则可以有以下实现,都只负责读取数据,不关心数据被谁使用,怎么使用:
1.直接提供,可以用spring 构造函数方式注入usernameMaxLength值,也可以junit测试时直接new DirectdProvide对象
public class DirectdProvider implements UsernameMaxLengthProvider  {
private int usernameMaxLength = 10;
public int getUsernameMaxLength() {
return UsernameMaxLength;
}
public DirectdProvider (int usernameMaxLength) {
this.usernameMaxLength = usernameMaxLength;
}
}
2.读本地配制文件
public class LocalConfigFileProvider implements UsernameMaxLengthProvider  {
public void read(File configFile) {
usernameMaxLength = ....
}
}
3.类似的从数据库读取 DatabaseProvide
4.类似的web service从第三方读取 WebServiceProvider
5.其他的可能扩展的方式

开发时逻辑清晰,代码可读性超强,基本看类名和函数名搞定。测试时,轻松测试RegisterWork,testcase中只要 worker.setUsernameMaxLengthProvider(new DirectdProvider(20))就搞定。而针对UsernameMaxLengthProvider的几个实现类,更是轻松使用junit,每 个都覆盖一遍。

呵呵,现在我们可以砍刀,最简单的一个int型的“用户名的最大长度”,都可能遭遇如此复杂的场景。如果不用倚赖注入,而是选择在RegisterWork中自己搞定“用户名的最大长度”的获取,那么可能要遇到以下问题:
1. RegisterWork极其复杂,可以想像类似的依赖肯定还有其他
2. 获取“用户名的最大长度”的方式和注册的业务处理逻辑完全没有直接联系,对注册过程来说它只关注结果,“用户名的最大长度”是10还是20,而不是到底读本地文件还是读数据库。喧宾夺主了,次要逻辑干扰了主要逻辑
3. 难于测试。获取“用户名的最大长度”的方式的这些代码,被藏在RegisterWork类中,而且很有可能是private方法不对外暴露(如果不依赖注入还需要暴露吗?暴露给谁呢),怎么用mock测试?怎么能保证以上几种的实现都覆盖到?
4. 难于扩展。就算上面都搞定了,某一天突然来了一个变态需求,要求用ldap从另一个地方取配置呢?难道再把ldap请求的那一大片代码也写到RegisterWork里面?
5. 更难于被第三方扩展。运气好,上面这个ldap取配制的变态需求客户开始没有要求。顺利开发完成测试通过然后准备上线,最后一晚了客户才发现,"哦,给忘 了,你们想办法给加上,快,快,明天一早就要上线运行了...你们写死在代码里面了?那只能你们修改了原代码了"。吐血了吧,先骂一顿,可是活还的干啊, 咬牙切齿的把新的实现代码加上了,还得编译打包更新重启...如果是spring多好,单独写一个LdapProvider类,测试(这个测试比杂在 RegisterWork里面测试简单的多)通过后单独提供这个class仍classpath下,修改spring的配制将原来的 ***Provider替换掉,轻松搞定,甚至可以把这活仍给客户的开发人员,告诉他们怎么替换就可以了,管你ladp还是其他,谁让你们需求不明确,自 己扩展去。
6. 容易出错。刚吐血完成上面的变态需求,更新完毕,一会客户电话来了,“...怎么...不正常了?”。又吐血几升地检查,终于找出来了,原来是刚才写 ladp访问的代码时不小心改错了RegisterWork的一个地方,谁让RegisterWork类有几十上百个方法好几千行呢,一时急,又没有测试 到......可是客户不会理解的。

上述的场景,spring + 依赖注入的设计方式,优点很明显吧。

再考虑一下维护和二次开发的问题,上面的spring + 依赖注入的代码,好看易懂,方便扩展,维护起来轻松。如果是那么堆在RegisterWork里面,在那个大堆中代码要找出这些代码并读懂,估计不是件轻松的事情。

代码维护是需要成本的,写出易于维护的代码,是一个优秀程序员的基本素养,至少,不能让下一个接手的人骂娘吧?

Spring和依赖注入的价值的更多相关文章

  1. (spring-第3回【IoC基础篇】)spring的依赖注入-属性、构造函数、工厂方法等的注入(基于XML)

    Spring要把xml配置中bean的属性实例化为具体的bean,"依赖注入"是关卡.所谓的"依赖注入",就是把应用程序对bean的属性依赖都注入到spring ...

  2. Spring的依赖注入(DI)三种方式

    Spring依赖注入(DI)的三种方式,分别为: 1.  接口注入 2.  Setter方法注入 3.  构造方法注入 下面介绍一下这三种依赖注入在Spring中是怎么样实现的. 首先我们需要以下几个 ...

  3. spring的依赖注入的最常见的两种方法

    package com.lsz.spring.action; public class User { /** * set注入 */ private String username; public vo ...

  4. 一步一步深入spring(3)--spring的依赖注入方式

    对于spring配置一个bean时,如果需要给该bean提供一些初始化参数,则需要通过依赖注入方式,所谓的依赖注入就是通过spring将bean所需要的一些参数传递到bean实例对象的过程,sprin ...

  5. spring的依赖注入是什么意思

    最近学习spring框架,对依赖注入有些模糊,遂上网翻阅资料,做了下列总结,原博客为CSDN 南夏的 spring的依赖注入是什么意思,侵删! Spring 能有效地组织J2EE应用各层的对象.不管是 ...

  6. SpringBoot系列: 理解 Spring 的依赖注入(一)

    ==============================Spring 的依赖注入==============================对于 Spring 程序, Spring 框架为我们提供 ...

  7. Spring.NET依赖注入框架学习--实例化容器常用方法

    Spring.NET依赖注入框架学习---实例化容器常用方法 本篇学习实例化Spring.NET容器的俩种方式 1.通过XmlObjectFactory创建一个Spring.NET容器 IResour ...

  8. Spring.NET依赖注入框架学习--简单对象注入

    Spring.NET依赖注入框架学习--简单对象注入 在前面的俩篇中讲解了依赖注入的概念以及Spring.NET框架的核心模块介绍,今天就要看看怎么来使用Spring.NET实现一个简单的对象注入 常 ...

  9. Spring.NET依赖注入框架学习--简介

    Spring.NET依赖注入框架学习--Spring.NET简介 概述 Spring.NET是一个应用程序框架,其目的是协助开发人员创建企业级的.NET应用程序.它提供了很多方面的功能,比如依赖注入. ...

随机推荐

  1. 【usaco-Earthquake, 2001 Open】 0-1分数规划 & 最优比率生成树

    题意:给定n个点m条边,一开始这些边全都是断的,要修一些边使得n个点全部联通.修完一共可以得到F元,修一条边有成本di和时间ti,要使得 得到的钱数 / 总时间 这个比值最大. 参考资料: 红线内的内 ...

  2. 【POJ】1222 EXTENDED LIGHTS OUT

    [算法]高斯消元 [题解] 高斯消元经典题型:异或方程组 poj 1222 高斯消元详解 异或相当于相加后mod2 异或方程组就是把加减消元全部改为异或. 异或性质:00 11为假,01 10为真.与 ...

  3. fundamentals of the jQuery library

    1.why is jquery Only 32kB minified and gzipped. Can also be included as an AMD module Supports CSS3 ...

  4. Java案例之士兵作战功能实现

    实现的功能比较简单,主要用到了多态的,抽象类以及模板方法模式这几个知识点.效果图如下,哈哈 ,大神勿喷,后面我会把这些知识点详细介绍出来,即使Java学的不好,只要有一点其他语言基础或者没有应该都能看 ...

  5. net_device->uc_promisc

    如果设备不支持单播过滤,并且要监听多个单播地址时,就要使用net_device->uc_count和net_device->uc_promisc来设置混杂模式,具体见__dev_set_r ...

  6. 嵌入式 uboot引导kernel,kernel引导fs【转】

    转自:http://www.cnblogs.com/lidabo/p/5383934.html#3639633 1.uboot引导kernel: u-boot中有个bootm命令,它可以引导内存中的应 ...

  7. monkey测试===通过monkey测试检查app内存泄漏和cpu占用

    最近一直在研究monkey测试.网上资料很多,但都是一个抄一个的.原创的很少 我把检查app内存泄漏的情况梳理一下: 参考资料: Monkey测试策略:https://testerhome.com/t ...

  8. (八)hope

    vi svnserve.conf vi passwdvi authz svnserve -d -r /usr/svnkillall svnserveps -ef | grep svnserve svn ...

  9. pycaffe做识别时通道转换问题

    转自---------------------  作者:Peanut_范  来源:CSDN  原文:https://blog.csdn.net/u013841196/article/details/7 ...

  10. 给自己立一个flag

    工作理念:做完!做对!做好!做优! 1.请教问题方面 遇到问题先自己想办法解决(限定时长为30分钟). 请教问题的时候,明确:“问题是什么,为什么错在那里,结果是什么” 2.博客 一周两篇左右:对工作 ...