IOC 和DI，这两个在Java中指的是控制反转和依赖注入；熟悉struts2 , spring的人对于这两个名词都很不陌生； 最近在学习的过程中，又不断的碰到这两个词；而网络上，更多的是对依赖注入的方式进行了说明；而很少提到具体什么是IOC和DI；在此蛮说一下自己对这两个的理解； 依赖注入、控制反转；提到这两个概念，必须首先了解什么是依赖； 依赖："依赖描述了两个模型元素之间的关系，如果被依赖的

领域驱动设计之领域模型 加一个导航，关于如何设计聚合的详细思考，见这篇文章。 2004年Eric Evans 发表Domain-Driven Design –Tackling Complexity in the Heart of Software （领域驱动设计），简称Evans DDD。领域驱动设计分为两个阶段： 以一种领域专家、设计人员、开发人员都能理解的通用语言作为相互交流的工具，在交流的过

UML关系(泛化,实现,依赖,关联(聚合,组合)) 博客分类： DesignPattern 设计模式 UML关系 泛化 实现 依赖 关联 聚合 组合    UML的构造快包含3种：  (1) 事物（4种）：结构事物，行为事物，分组事物，注释事物 (2) 关系（4种）：泛化关系，实现关系，依赖关系，关联关系 (3) 图（10种）：用例图，类图，对象图，包图，组件图，部署图，状态图，活动图，序列图，协

类与类图 1) 类(Class)封装了数据和行为，是面向对象的重要组成部分，它是具有相同属性、操作、关系的对象集合的总称。 2) 在系统中，每个类具有一定的职责，职责指的是类所担任的任务，即类要完成什么样的功能，要承担什么样的义务。一个类可以有多种职责，设计得好的类一般只有一种职责，在定义类的时候，将类的职责分解成为类的属性和操作（即方法）。 3) 类的属性即类的数据职责，类的操作即类的行为职责

　里氏替换原则的定义：所有引用基类的地方必须能透明的使用子类的对象。 其中包换四层含义： 1.子类必须完全实现父类的方法； 2.子类可以有自己的个性 3.覆盖或实现父类的方法时，输入参数可以放大。（Java中覆盖父类的方法类似于重载函数，函数在运行的时候会选择最小可满足参数来运行） 父类：public int getMax(HashMap nums); 子类：public int getMax(M

  UML的构造快包含3种：  (1) 事物（4种）：结构事物，行为事物，分组事物，注释事物 (2) 关系（4种）：泛化关系，实现关系，依赖关系，关联关系 (3) 图（10种）：用例图，类图，对象图，包图，组件图，部署图，状态图，活动图，序列图，协作图 事物是对模型中最具代表性的成分的抽象；关系把事物结合在一起；图聚集了相关的事物。     (2) 关系（4种） UML 中类与类, 类与接口, 接

1. Vertex Data 2. Vertex Shader 3. Tessellation Control Shader 4.Tessellation evaluation Shader 5. Geometry Shader 6. Primitive Setup 7. Clipping 8. Rasterization 9. Fragment Shader 10. Output Thing

1 作用 它指导我们如何提高代码的可重用度! 2 定义 一个类应该仅有一个引起它的变化的原因（职责），或者说一个类只负责一个功能领域中的相应职责。这条原则也称为类设计的“高内聚性原则”。 （l）含义之一：避免相同的职责（也称为功能）分散到不同的类中实现。 （2）含义之二：也应该要避免一个类承担过多的职责。 将过多的职责耦合在一个类中导致了脆弱设计。 软件设计真正要做的许多内容，就是发现职责并把那些

      定义       就一个类而言，应该仅有一个引起它变化的原因。通俗的说，一个类只负责一项职责。       问题的由来       手机的功能多，但是每一项的功能都不强：       拍摄功能——>专业的摄像机和照相机       手机游戏——>PSP       网络摄像头——>专业摄像头       GPS功能——>专业GPS导航系统       每一个职责都是一个变化的轴线，当需

文章来源：http://hi.baidu.com/szbdyy/item/57c51a3ab94340c51b9696a7 1.实例化(依赖) A将B作为局部变量进行使用. 程序1 void A::foo() {     B b;     b.SomeMethod(); } 2.关联 A与B存在一定的关系. 这里只考虑单向导航. 关联在代码中有多种表现形式. 第一种, 作为参数: 程序2 void

前言： 今天在做一个ocx插件的时候，放到刚装好win7系统的虚拟机上面注册，弹出下面的一个错误提示： 查看一下ocx的依赖： 下面来处理这个问题： 1、首先需要设置成Release版本 2、设置“使用标准 Windows 库”(在静态库中使用 MFC也可以) 3、运行时库需要选择“多线程(/MT)” 4、再看一下依赖： 现在在目标系统注册也已经成功了 5、其实这里可以推导exe 这样的情况，放到

类之间的关系 1． 种类： Generalization(泛化)，Dependency(依赖关系)、Association(关联关系)、Aggregation(聚合关系)、Composition(合成关系)。 2．  其中Aggregation(聚合关系)、Composition(合成关系)属于Association(关联关系)，是特殊的Association关联关系。 3．  Generaliz

题目很大,是唬人的。了解UI设计，肯定是看IOSUI设计宝典 <<iOS HumanInterface Guidelines>>。因为我最近刚好在看这本书，整理一些小的知识点。   因大部分东西还是从别人那里整理的，还是作为转载吧。   很多程序员还要肩负设计UI的工作，所以了解一下这些知识还是会有帮助的。    1 像素(pixels)和点(points) 像素是屏幕上最小的计算单位。宏观上看是

UML的构造快包含3种：  (1) 事物（4种）：结构事物，行为事物，分组事物，注释事物 (2) 关系（4种）：泛化关系，实现关系，依赖关系，关联关系 (3) 图（10种）：用例图，类图，对象图，包图，组件图，部署图，状态图，活动图，序列图，协作图 事物是对模型中最具代表性的成分的抽象；关系把事物结合在一起；图聚集了相关的事物。     (2) 关系（4种） UML 中类与类, 类与接口, 接口与

类与类之间由弱到强关系是:    没关系 > 依赖 > 关联 > 聚合 > 组合。 类和类之间八竿子打不着那就是没关系，这个没啥歧义。 　依赖(dependency) 　　可以简单的理解，就是一个类A使用到了另一个类B，而这种使用关系是具有偶然性的、、临时性的、非常弱的，但是B类的变化会影响到A；比如某人要过河，需要借用一条船，此时人与船之间的关系就是依赖；表现在代码层面，为类B作为参数被类A在某

定义：不要存在多于一个导致类变更的原因。 通俗的说，即一个类只负责一项职责。 问题由来：类T负责两个不同的职责：职责P1，职责P2。当由于职责P1需求发生改变而需要修改类T时，有可能会导致原本运行正常的职责P2功能发生故障。 解决方案：遵循单一职责原则。分别建立两个类T1、T2，使T1完成职责P1功能，T2完成职责P2功能。这样，当修改类T1时，不会使职责P2发生故障风险；同理，当修改T2时，也不

肯定有不少人跟我刚看到这项原则的时候一样，对这个原则的名字充满疑惑。其实原因就是这项原则最早是在1988年，由麻省理工学院的一位姓里的女士（Barbara Liskov）提出来的。 定义1：如果对每一个类型为 T1的对象 o1，都有类型为 T2 的对象o2，使得以 T1定义的所有程序 P 在所有的对象 o1 都代换成 o2 时，程序 P 的行为没有发生变化，那么类型 T2 是类型 T1 的子类型。

定义： 高层模块不应该依赖低层模块，二者都应该依赖其抽象；抽象不应该依赖细节；细节应该依赖抽象。 问题由来：类A直接依赖类B，假如要将类A改为依赖类C，则必须通过修改类A的代码来达成。这种场景下，类A一般是高层模块，负责复杂的业务逻辑；类B和类C是低层模块，负责基本的原子操作；假如修改类A，会给程序带来不必要的风险。 解决方案：将类A修改为依赖接口I，类B和类C各自实现接口I，类A通过接口I间接与

    软件开发过程有一个很自然的比喻：建楼房，要画图纸、搭架构、砌砖头。这个比喻大体说得过去，问题是，这个“砖头”绝非普通的砖头，具有以下特性：     一、每一块都由手工制作；     二、每一块的材质、形状、尺寸都不同；     三、任何一块有问题，在某种天气下，房子会漏水；如果1%甚至1‰的砖头有问题，房子会到处漏水；更严重的是，一块或多块砖头有问题，还可能造成房子在某些时间倒塌。    

依赖注入： 依赖的是接口，不依赖实现

    定义    依赖倒置原则（Dependency Inversion Principle）     核心思想：依赖于抽象     具体体现：         体现一：高层模块不应该依赖低层模块。两个都应该依赖抽象。         体现二：抽象不应该依赖细节。细节应该依赖抽象。     依赖倒置原则告诉我们：细节是多变的，而抽象是相对稳定的。所以我们编程的时候要注重抽象的编程，而非细节编程。

原文地址:http://blog.jobbole.com/54982/ 本文作者： 伯乐在线 - 唐韧 。转载请参见文章末尾处的要求。 > 工欲善其事，必先利其器 本篇内容将介绍Mac和iOS开发中必备的一个依赖库管理工具CocoaPods。 CocoaPods是什么 在iOS开发中势必会用到一些第三方依赖库，比如大家都熟悉的ASIHttpRequest、AFNetworking、JSONKit等

依赖注入是一种以“推”的方式进行配置的方法；容器在运行期给程序对象“推”入依赖关系，注意我们这里所说的依赖关系是指具体的类的实现的依赖关系，静态的时候也是存在依赖的，只不过那种依赖是接口的依赖而已，这就是所谓的面向接口编程了.这种推的方式与传统的“拉”的配置方式刚好相反，这种传统方式的类的代码中含有具体的类的类名引用，类运行时需要这些类时会根据类名在当前运行环境中找到实例，把他拉进来为自己所用.由

1.依赖在哪里    老马举了一个小例子，是开发一个电影列举器（MovieList），这个电影列举器需要使用一个电影查找器（MovieFinder）提供的服务，伪码如下：  1 /*服务的接口*/  2 public   interface  MovieFinder  {  3    ArrayList findAll();  4}  5  6 /*服务的消费者*/  7 class  Movie

安装terminator等一些软件等时候，遇到了这样等问题 leo@leo:~$ sudo apt-get install terminator[sudo] password for leo: 正在读取软件包列表... 完成正在分析软件包的依赖关系树 正在读取状态信息... 完成 有一些软件包无法被安装。如果您用的是 unstable 发行版，这也许是因为系统无法达到您要求

这个一般出现在三层给B层与D层之间加抽象工厂-接口-映射、时候出的错、出错的地方是抽象工厂。 ——如图 咱们先理解一下这个类和这句话的意思  类         抽象工厂类目的就是可以达到可更换数据库而不用动其他代码的目的、这其实就是一个选择类、是选择SQL数据库的DLL还是其他数据库的DLL档、这里我就不再说抽象工厂和接口映射详解了 语句 这个类简单的就一句话 Return CType(Asse

       概述        里氏替换原则（LSP，Liskov Substitution Principle）是关于继承机制的原则，是实现开放封闭原则的具体规范，违反了里氏替换原则必然违反了开放封闭原则。        引经据典                        约瑟夫.斯大林，苏联时期苏联共产党的最高领导人，对于斯大林有没有替身？有几个替身？有一种说法：斯大林有好几个替身，最著

以太网链路聚合 以太网链路聚合简介 以太网链路聚合简称链路聚合，它通过将多条以太网物理链路捆绑在一起成为一条逻辑链路，从而实现增加链路带宽的目的。同时，这些捆绑在一起的链路通过相互间的动态备份，可以有效地提高链路的可靠性。 如图 1所示，Device A与Device B之间通过三条以太网物理链路相连，将这三条链路捆绑在一起，就成为了一条逻辑链路Link aggregation 1，这条逻辑链路的

定义：不要存在多于一个导致类变更的原因。 通俗的说，即一个类只负责一项职责。 问题由来：类T负责两个不同的职责：职责P1，职责P2。当由于职责P1需求发生改变而需要修改类T时，有可能会导致原本运行正常的职责P2功能发生故障。 解决方案：遵循单一职责原则。分别建立两个类T1、T2，使T1完成职责P1功能，T2完成职责P2功能。这样，当修改类T1时，不会使职责P2发生故障风险；同理，当修改T2时，也不

http://blog.csdn.net/taijianyu/article/details/2338311/