《IoC/DI在项目中的实际运用？》的相关内容

我对OCP原则的困惑： ocp原则的基本思想是对于扩展是开放的，对于更改是封闭的。该原则在java中的实现是通过接口完成的，可是在具体操作中功能的扩展是一定会出现变化的，这样怎么是对更改是封闭的呢？ 比如说我定义了一个接口Interface A，他的一个实现class B，我在调用B来完成功能时这样做A temp = new B(); 这样的话当我给他另外一个实现class C时，我的客户 ...

很惊讶的发现自己的代码里面从来不写一个接口，所谓的设计就是就是划分好层次之后，就开始写各种各样的bean，需要一个新的业务功能就再业务bean中加入新的public函数。 但似乎很多场合，我看到的代码却是另一番情况，所有的调用都是通过interface，所有的返回都是interface，《设计模式》也强调系统的编写要针对接口进行。 大道理明白一些，但是实际情况是： 项目经验比较少的情况下，很难 ...

yhc0125的那个帖子本来只是讨论OCP的，所以我还是另外开一贴，专门邀请ajoo讨论interface在java编程中的作用问题。 先说说你的那个回贴。 firebody直接就晕过去了 我还是认真的看了看，然后决定不一条一条的回复你的回复了。这样反而不利于深入的讨论，Trustno1说这样的讨论甚是无趣，我也觉得，但是讨论这个问题的意义，还是要比“拿着尺子测量杆盘刀叉与餐桌距离”要大一些 ...

第一次听说这个词，还真有点丈二和尚。 等听明白了，才发现这不过是DIP和面向接口编程的别名。 如果你不是已经这么做了，那么你根本就不是在对接口编程。 比如我举的那个cache的例子，我的Caching类负责做cache，但是它需要知道怎么构造key，怎么选择方法，这些东西，直接就声明成接口，放在那里等待构造函数传近来就ok了。 所谓type 2, type 3，其实跟IOC本身都没什么关系。 ...

我看了网站上写的关于设计模式的介绍,写的很精辟. 同时我发现一个现象,几乎所有的设计模式都是使用接口作为起点,而不是纯粹的类. 但是如果仔细考虑的话,这是增加工作量,完全可以把这些接口通通去掉,换成类来实现.例如 这篇文章: decorator 其中一段代码: [code:1] Work squarePeg = new SquarePeg(); Work deco ...

fhjxp同学在看完我的Struts2.0+Spring+Hibernate的在线音乐系统的代码时： fhjxp 写道 引用 看了一下源码，问一下，dao，service定义每个都定一个接口有什么用啊？有什么好处？ 基于接口而不是类编程，这样Service层依赖于dao层的接口而不是实现，可以方便的替换dao的实现。基于接口 编程提供了可插拔的松耦合的编程方式。Spring倡导基于接口编程的方式 ...

Spring之IOC Spring的功能是很强大的，在其“绝不发明自己认为好的轮子，而只发明自己认为不好的轮子”的指导思想下，通过充分实践了“一切实事求是、‘循证架构’的工作方式”的理论，基本上把轻量级的J2EE应用框架（如ORM、MVC等）进行了整合，并构架了一些常用的功能(如DAO)，形成了一个功能强大的J2EE轻量级企业应用框架。 　　然而，或许是大家对Spring掌握得还不透彻的缘故吧， ...

什么是IOC呢，在网上搜到了一非常有意思的讲解。IoC就是Inversion of Control，控制反转。在Java开发中，IoC意味着将你设计好的类交给系统去控制，而不是在你的类内部控制。这称为控制反转。 下面我们以几个例子来说明什么是IoC 假设我们要设计一个Girl和一个Boy类，其中Girl有kiss方法，即Girl想要Kiss一个Boy。那么，我们的问题是，Girl如何能够认识这个B ...

术语:  ・ DI (Dependency Injection)  ・ AOP (Aspect Oriented Programming)   DI叫依赖注射，在模式里叫LOC（控制反转）   控制反转（Ioc）模式(又称DI：Dependency Injection)就是Inversion of Control，控制反转。在Java开发中，IoC ...

前几天,张哥给了我一篇关于IoC的文章,当时没有看,决定今天要拜读一下.其实以前也听说过IoC,但只是听说,只是认为它是Spring里的一个概念,跟AOP差不多.今天一口气看了几篇相关文章资料以后,才发现自己错了,对于IoC根本不了解.     IoC,全称是Inversion of Control,即控制反转.IoC模式,又称为DI,即Dependency Inje ...

一直以来，表现层的开发在Web应用的讨论中似乎总是一个小角色。Java的开发者们热烈讨论着的Spring、Hibernate、Struts、WorkWeb也都跟它没有什么关系。技术专家们甚至理直气壮的喊出了Web表现层应当“As thin as possible”口号，于是越来越多人们开始笃信有关业务逻辑的开发技术是武学之正宗，而表现层的开发技术不过是些旁门左道、花拳绣腿。 ...