去年火得不行的Spring框架，一般的书籍都会从IoC和AOP开始介绍起，这个IoC概念，个人感觉资料里都写得让人看得有些痛苦，所谓IoC，就是控制反转（Inversion of Control）的缩写，这个大家都知道，但是个人觉得理解这个概念，最好应该从依赖（dependence）开始讲起，以下观点由此展开：    所谓依赖，举个例子说明，一个类Person，另一个类Car，如果Person的某

 接前面2篇“演进式例解控制反转（IoC）、依赖注入（DI）之一”和“演进式例解控制反转（IoC）、依赖注入（DI）之二”的例子继续往下。   回顾： 前面两篇文章虽然渐进式地引出了 IoC 和 DI，但那些都是硬编码在源代码中的，灵活性非常糟糕，每次修改组件依赖的配置之后都得重新编译、部署。   问题描述： 如“回顾”所指，如何能够使具体组件依赖的配置脱离源代码存在？需要将这种硬编码的僵化设计改

  类间关系 在类图中，除了需要描述单独的类的名称、属性和操作外，我们还需要描述类之间的联系，因为没有类是单独存在的，它们通常需要和别的类协作，创造比单独工作更大的语义。在UML类图中，关系用类框之间的连线来表示，连线上和连线端头处的不同修饰符表示不同的关系。类之间的关系有继承（泛化）、关联、聚合和组合。 （1）继承：指的是一个类（称为子类）继承另外的一个类（称为基类）的功能，并增加它自己的新功能

  一、DIP简介（DIP--Dependency Inversion Principle）： 1、高层模块不应该依赖于低层模块,二者都应该依赖于抽象。 2、抽象不应该依赖于细节,细节应该依赖于抽象。   高层模块包含了一个应该程序中的重要的策略选择和业务模型，正是这些高层模块才使得其所有的应用程序区别于其他，如果高层依赖于低层,那么对低层模块的改动就会直接影响到高层模块,从而迫使它们依次做出改动

  一、SRP简介（SRP--Single-Responsibility Principle）： 就一个类而言，应该只专注于做一件事和仅有一个引起它变化的原因。   所谓职责，我们可以理解他为功能，就是设计的这个类功能应该只有一个，而不是两个或更多。也可以理解为引用变化的原因，当你发现有两个变化会要求我们修改这个类，那么你就要考虑撤分这个类了。因为职责是变化的一个轴线，当需求变化时，该变化会反映类

大话设计模式上的一个图，我用EA画出来的：   UML中的6大关系相关英文及音标：  依赖关系   dependency   [di'pendənsi]  关联关系   association    [ə,səuʃi'eiʃən]  聚合关系   aggregation    [ˌægrɪˈgeɪʃən]  组合关系 composition  [,kɔmpə'ziʃən]  实现   realiz

引言 本文提到的分层只是软件架构上的分层。文中的传统分层指的是传统的三层结构：UI（界面表现层）,BLL（业务逻辑层）,DAL（数据访问层）。文中提出的观点也都是个人的一点认识，与任何组织没有关系，如有异议，还请各位踊跃拍砖。 当然了，出现的这些问题，也可能只是我个人的问题，不代表每个人都存在。无则加勉，有则改正吧。如果是个人的问题，那就当是个人总结吧，大家看看就算了。 这里说到的传统分层，也有可

1.概况说明 2.猫狗大战举例 3.说明为什么要针对接口编程，优点 4.说明为什么要“依赖抽象，不要依赖具体类” 5.说明“依赖倒置”与抽象工厂模式 6.说明“将组件的配置与使用分离” 7.简单说明依赖注入 8.讲解petshop依赖注入与它的工厂模式 9.讲解TheBeerHouse依赖注入形式 10.几个.Net的依赖注入容器 11.取舍与适用 概况说明     现在在各种技术站点、书籍文章上

2 开闭原则（Open-Closed Principle,OCP） 2.1 什么是开闭原则     开闭原则是面向对象设计中“可复用设计”的基石，是面向对象设计中最重要的原则之一，其它很多的设计原则都是实现开闭原则的一种手段。     1988年，Bertrand Meyer在他的著作《Object Oriented Software Construction》中提出了开闭原则，它的原文是这样：“

4 里氏代换原则（Liskov Substitution Principle, LSP）   4.1 什么是里氏代换原则     里氏代换原则是由麻省理工学院（MIT）计算机科学实验室的Liskov女士，在1987年的OOPSLA大会上发表的一篇文章《Data Abstraction and Hierarchy》里面提出来的，主要阐述了有关继承的一些原则，也就是什么时候应该使用继承，什么时候不应该

typedef struct skiplistnode_struct{ void *data; struct skiplistnode_struct *forward[1]; /* this must be the last element of the struct, as we allocate # of elements during runtime*/ }skiplistnode;

  在java面向对象中，类与类之间的关系有依赖，聚合，组合等几种。 1，依赖    依赖表现为如果A类依赖于B类，则B体现为A的局部变量，方法参数或静态方法的调用。 例子如下： class B{    Static void f1(){};    void  f2(){}; } public class A{      public static void main(String[] args)

Introduction My wife Farhana wants to resume her career as a software developer (she started her career as a software developer, but couldn't proceed much because of our first child's birth), and thes

如何向妻子解释OOD 前言 　　此文译自CodeProject上<How I explained OOD to my wife>一文，该文章在Top Articles上排名第3，读了之后觉得非常好，就翻译出来，供不想读英文的同学参考学习。 　　作者(Shubho)的妻子(Farhana)打算重新做一名软件工程师(她本来是，后来因为他们孩子出生放弃了)，于是作者就试图根据自己在软件开发设计方面的经验

如何向妻子解释OOD 前言 　　此文译自CodeProject上<How I explained OOD to my wife>一文，该文章在Top Articles上排名第3，读了之后觉得非常好，就翻译出来，供不想读英文的同学参考学习。 　　作者(Shubho)的妻子(Farhana)打算重新做一名软件工程师(她本来是，后来因为他们孩子出生放弃了)，于是作者就试图根据自己在软件开发设计方面的经验

如何向妻子解释OOD 前言 　　此文译自CodeProject上<How I explained OOD to my wife>一文，该文章在Top Articles上排名第3，读了之后觉得非常好，就翻译出来，供不想读英文的同学参考学习。 　　作者(Shubho)的妻子(Farhana)打算重新做一名软件工程师(她本来是，后来因为他们孩子出生放弃了)，于是作者就试图根据自己在软件开发设计方面的经验

如何向妻子解释OOD 前言 　　此文译自CodeProject上<How I explained OOD to my wife>一文，该文章在Top Articles上排名第3，读了之后觉得非常好，就翻译出来，供不想读英文的同学参考学习。 　　作者(Shubho)的妻子(Farhana)打算重新做一名软件工程师(她本来是，后来因为他们孩子出生放弃了)，于是作者就试图根据自己在软件开发设计方面的经验

如何向妻子解释OOD 前言 　　此文译自CodeProject上<How I explained OOD to my wife>一文，该文章在Top Articles上排名第3，读了之后觉得非常好，就翻译出来，供不想读英文的同学参考学习。 　　作者(Shubho)的妻子(Farhana)打算重新做一名软件工程师(她本来是，后来因为他们孩子出生放弃了)，于是作者就试图根据自己在软件开发设计方面的经验

如何向妻子解释OOD 前言 　　此文译自CodeProject上<How I explained OOD to my wife>一文，该文章在Top Articles上排名第3，读了之后觉得非常好，就翻译出来，供不想读英文的同学参考学习。 　　作者(Shubho)的妻子(Farhana)打算重新做一名软件工程师(她本来是，后来因为他们孩子出生放弃了)，于是作者就试图根据自己在软件开发设计方面的经验

什么是OOA/OOD Object Oriented Analyzing Object Oriented Design Object Oriented Programming ooa(object oriented analysis)面向对象分析 ood(object oriented design)面向对象设计 如所熟知,面向对象作为一种程序设计技术最早于60年代后期提出,用于Simula的应用

   我觉得这篇文章真的很不错是在博客园找到的，现帖下网址希望对大家有所帮助     http://www.cnblogs.com/niyw/archive/2011/01/25/1940603.html

转载：http://blog.csdn.net/kxy/archive/2005/06/27/405013.aspx   在继续<设计模式精解>这本书之前,我们来学习些OOD的一些设计原则.这些原则在提高一个系统可维护性的同时,提高这个系统的可复用性.他们是一些指导原则,依照这些原则设计,我们就可以有效的提高系统的复用性,同时提高系统的可维护性.       这些OOD原则的一个基石就是"开-闭原

转载：http://blog.csdn.net/kxy/archive/2005/06/28/406184.aspx   从上一篇的"开-闭"原则中可以看出,面向对象设计的重要原则是创建抽象化,并且从抽象化导出具体化.这个导出要使用继承关系和一个原则:里氏代换原则(Liskov Substitution Principle, LSP).       那么什么是里氏代换原则呢?有个严格的表述,绕口,

转载：http://blog.csdn.net/kxy/archive/2005/06/30/408317.aspx   "开-闭"原则是我们OOD的目标,达到这一目标的主要机制就是"依赖倒转原则".这个原则的内容是:要依赖于抽象,不要依赖于具体.       对于抽象层次来说,它是一个系统的本质的概括,是系统的商务逻辑和宏观的,战略性的决定,是必然性的体现;具体的层次则是与实现有关的算法和逻辑,

转载：http://blog.csdn.net/kxy/archive/2005/07/05/413950.aspx   接口隔离原则(ISP):使用多个专门的接口比使用单一的总接口要好.也就是说,一个类对另外一个类的依赖性应当是建立在最小的接口上的.       这里的"接口"往往有两种不同的含义:一种是指一个类型所具有的方法特征的集合,仅仅是一种逻辑上的抽象;另外一种是指某种语言具体的"接口"

前言 　　此文译自CodeProject上<How I explained OOD to my wife>一文，该文章在Top Articles上排名第3，读了之后觉得非常好，就翻译出来，供不想读英文的同学参考学习。 　　作者(Shubho)的妻子(Farhana)打算重新做一名软件工程师(她本来是，后来因为他们孩子出生放弃了)，于是作者就试图根据自己在软件开发设计方面的经验帮助她学习面向对象设计

这是OO设计中的一个原则。到底是什么意思啊？一起来理解一下吧： 你叫我怎么说呢，这个东西，总之你不能把它想的很神秘，如果你把它想的跟神似的，你基本上就高攀不起了，它就是一种经验的总结 ，其它的什么玩意儿都不是。 我这个人比较笨，什么都得有例子才能玩的转，下面 就是一个例子啊： 时下喜欢小狗，小猫的人多了，开个宠物店肯定有的赚！在这里我就有个疑问了，为什么人们要开宠物店而不开个什么小狗店，小猫店什么

前言 　　此文译自CodeProject上<How I explained OOD to my wife >一文，该文章在Top Articles上排名第3，读了之后觉得非常好，就翻译出来，供不想读英文的同学参考学习。 　　作者(Shubho)的妻子(Farhana)打算重新做一名软件工程师(她本来是，后来因为他们孩子出生放弃了)，于是作者就试图根据自己在软件开发设计方面的经验帮助她学习面向对象设

Quotes: http://www.voidcn.com/article/p-boeknult-tx.html   1.控制反转(Inversion of Control)与依赖注入(Dependency Injection) 　　控制反转即IoC (Inversion of Control)，它把传统上由程序代码直接操控的对象的调用权交给容器，通过容器来实现对象组件的装配和管理。所谓的“控制反

当大家开始研究 CMMI 的时候，将会有很多术语可能是我们不熟识的。好几年前，有部分同事就表示不明白约束、假设、依赖、承诺这四个术语。本文希望可以加以解释，让新来的人员可以有一个比较明确的开始。 在解释之前，我希望大家可以想着一些项目有关的人物与事情。比如要去开发一个工具，或是制定一个计划，又或是参加一个评审。我们开展以上的项目活动的时候，都是在现实之中开展的，是离不开现实的。所以我们从事那些活动