http://www.yongfa365.com/Item/UML-Association-Dependency-Aggregation-Composition-Realization-Generalization.html 计模式上的一个图，我用EA画出来的：   UML中的6大关系相关英文及音标：  依赖关系   dependency   [di'pendənsi]  关联关系   assoc

  如果是定义一个全局的map，会出现如下core：   Program received signal SIGSEGV, Segmentation fault. 0x00007ffff7b449ea in std::_Rb_tree_decrement(std::_Rb_tree_node_base*) () from /usr/lib/x86_64-linux-gnu/libstdc++.so

嵌入式开发中使用DDD进行调试 (2010-12-30 16:12:15) 标签： 杂谈 分类： 编程开发        在嵌入式程序开发过程中，程序员要进行大量的调试，以此验证程序的正确性，修改潜在的错误。调试器对于程序员来说是不可或缺的必备工具。在Linux环境中，有很多调试工具和调试辅助工具，例如GDB、XXGDB、RHIDE、XWPE、GVD和DDD等。其中，DDD是命令行调试器的图形前端

演进式例解控制反转（IoC）、依赖注入（DI）之一 演进式例解控制反转（IoC）、依赖注入（DI）之二

      Autofac是一款IOC框架，比较于其他的IOC框架，如Spring.NET，Unity，Castle等等所包含的，它很轻量级性能上也是很高的。于是，今天抽空研究了下它。下载地址：http://code.google.com/p/autofac/downloads/list 1）解压它的压缩包，主要看到Autofac.dll，Autofac.Configuration.dll，这也是

里氏代换原则（Liskov Substitution Principle, LSP） 1、里氏代换原则定义 若对于每一个类型S的对象o1，都存在一个类型T的对象o2，使得在所有针对T编写的程序P中，用o1替换o2后，程序P的行为功能不变，则S是T的子类型。    What is wanted here is something like the following substitution pro

点击打开链接

<1>依赖 依赖关系用虚线加箭头表示,如图所示: 上图表示:Animal类依赖于Water类（动物依赖于水）。 依赖是类的五种关系中耦合最小的一种关系。因为依赖关系在生成代码的时候，这两个关系类都不会增加属性。这种微弱的关系可以用类之间的相互了解的程度来说明。(下图为代码生成图)                        由上图可见生成的代码中Animal类的属性中没有增加Water类。那么A

         本篇实现功能是两个选取器的关联操作，滚动第一个滚轮第二个滚轮内容随着第一个的变化而变化，然后点击按钮触发一个动作；工程是在  代码实现UIPickerView   一文中基础上修改的，建工程就不多说，先把效果图贴出来:       1.首先在工程中建一个songInfo.plist文件，储存数据， 添加的内容是： 2.在ViewController定一个选取器pickerView

针对版本：kvm-kmod-2.6.32.7 Kmod简要说明：kvm-kmod是KVM VMM的内核模块部分，在内核中体现为一个驱动程序模块；在用户空间表征为一个字符设备/dev/kvm。KVM虚拟机的用户空间部分qemu-kvm(对qemu模拟器的修改版，主要修改是替换了qemu的指令的动态二进制翻译部分)通过使用ioctl系统调用来创建和启动虚拟机。 Kmod部分主要负责处理虚拟机的”敏感指

让组建以来于抽象（即接口），当组建要与其他世纪对象发生关系的时候通过抽象来诸如实际的对象。 依赖注入的三种方式：接口注入，Set××（）方法注入和构造方法注入；

转自：http://www.voidcn.com/article/p-ncecwyuz-rs.html 类之间的关系 1． 种类： Generalization(泛化)，Dependency(依赖关系)、Association(关联关系)、Aggregation(聚合关系)、Composition(合成关系)。 2．  其中Aggregation(聚合关系)、Composition(合成关系)属于

   随着互联网的快速发展,我们的web站点访问量和数据流量的快速增长,对于我们服务器的处理能里的要求也越来越高,这样的情况下,单一的服务器根本无法承受,  这样的话我们丢弃掉原有的设备,做硬件升级,会造成成本的浪费,如果再过一段时间,升级过后的硬件有负载不起了,怎么办呢?没关系,我们有负载均衡的技术,就不用担心了！    负载均衡通俗点说,就是一堆的计算机,或设备,同时为用户提供一个相同的服务,

题意：n座城堡，每个里面都有宝物，要求在你可以攻占m个城堡得到的最多的宝物，但是如果要攻破一个城堡，必须要攻破它依赖的那个城堡，例如，如果a依赖b，那么如果想要攻破a就必须先攻破b。把每个城堡看作是物品，那么这个物品的城堡数量是1，价值就是宝物了。 解题思路：根据题意知道这种关系会形成一颗多叉树，根节点是0.从P=0开始， 1、遍历所有P的孩子，遇到某个孩子还有孩子，就把该节点当作P，继续1，直到

目录 目录 1 IGame游戏公司的故事     1.1 讨论会     1.2 实习生小李的实现方法     1.3 架构师的建议     1.4 小李的小结 2 探究依赖注入     2.1 故事的启迪     2.2 正式定义依赖注入 3 依赖注入那些事儿     3.1 依赖注入的类别         3.1.1 Setter注入         3.1.2 Construtor注入   

聚合和组合的区别在于：聚合关系是“has-a”关系，组合关系是“contains-a”关系；聚合关系表示整体与部分的关系比较弱，而组合比较强；聚合关系中代表部分事物的对象与代表聚合事物的对象的生存期无关，一旦删除了聚合对象不一定就删除了代表部分事物的对象。组合中一旦删除了组合对象，同时也就删除了代表部分事物的对象。

1.  关联：连接模型元素及链接实例，用一条实线来表示； 2.  依赖：表示一个元素以某种方式依赖于另一个元素，用一条虚线加箭头来表示； 3.  聚集：表示整体与部分的关系，用一条实线加空心菱形来表示； 4.  组成：表示整体与部分的有一关系，用一条实线加实心菱形来表示；              （关联，依赖，聚集，组成的异同见后描述） 5.  泛化（继承）：表示一般与特殊的关系，用一条实线加空

     工厂模式原本作为高级篇的一个篇章（其难度充其量就那个难度），但是考虑与本章的联系，所以并入本章。      在介绍工厂模式与控制反转（Inversion of Control）及依赖注入（Dependency Injection）之前，先介绍下类的调用方法。目前调用方法总共有3种：1.自己创建；2.工厂模式；3.外部注入，其中外部注入即为控制反转/依赖注入模式（IoC/DI）。我们可以用

大家都知道UML的类图中一般包含五种关系即  关联 聚合 组合 泛化 依赖  有些人可能会感觉组合跟聚合有点难区分 说难其实是相对其他几种关系而言 实际上想分清这两种关系一点也不难  聚合跟组合其实都属于关联 只不过它们是两种特殊的关联 因为本是同根生 所以它们之间难免会有相似之处 下面让我们一起来看一下它们之间有何不同 聚合与组合的概念相信不用我在此赘述大家就已经了解了 下面直接上例子 程老师的

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

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

用一段泛化的代码控制更加特定的外部组件的执行。 若满足了里氏替换原则和开放/封闭原则，那么改变任何外部组件都不会影响高层次的方法。外部组件和高层次方法可以分开开发。 依赖注入的三种实现方式 1、通过被注入方法所在的类的构造函数。 2、通过在被注入方法所在的类中定义一个方法或属性。 3、让被注入方法所在的类实现一个接口，接口中提供了辅助组件的具体实现。

使用vs2010编译出来的EXE应用程序在别的机子上运行时会提示找不到MSVCR100.dll，这该怎么解决呢…… 　　使用vs2010编译出来的EXE应用程序在别的机子上运行时会提示找不到MSVCR100.dll，这该怎么解决呢？ 　　一、在运行程序的计算机上安装vc2010运行库(很好的办法呀) 　　说明：这种方法需要用户自己去安装，一般适用于大型程序，小程序不建议使用。 　　二、在应用程序同

单一职责原则：就一个类而言，应该仅有一个引起它变化的原因。 什么是职责？在SRP中，我们把职责定义为“变化的原因”。如果你能够想到多于一个的动机去改变一个类，那么这个类就具有多于一个的职责。 每个职责都是变化的一个轴线。当需求变化的时候，这种变化会反映为类的职责的变化。如果一个类承担的职责过多，就等于把这些职责耦合在一起，而一个职责的变化可能会削弱甚至是抑制这个类完成其他职责的能力。当变化发生时，

windows 下一个程序的dll搜索路径首先是程序目录，然后是一些系统目录。linux 下的可以通过设置 LD_LIBRARY_PATH 等方法来添加搜索路径，但是这些路径是定死的，如果要实现程序目录，就要使用链接时的rpath选项。rpath 适用于 elf 文件，不适用 pe。 Linux 上动态库搜索顺序： Unless loading object has RUNPATH:     RP

OOA 是Object-Oriented Analysis(面向对象分析) 。OOA是在一个系统的开发过程中进行了系统业务调查以后，按照面向对象的思想来分析问题。OOA与结构化分析有较大的区别。OOA所强调的是在系统调查资料的基础上，针对OO方法所需要的素材进行的归类分析和整理，而不是对管理业务现状和方法的分析。   OOD是Object Oriented Design(面向对象设计) 。OOD的

        在学习面向对象设计对象关系时，依赖、关联、聚合和组合这四种关系之间区别比较容易混淆。特别是后三种，仅仅是在语义上有所区别，所谓语义就是指上下文环境、特定情景等。他们在编程语言中的体现却是基本相同的，但是基本相同并不等于完全相同，这一点在我的前一篇博文《设计模式中类的关系》中已经有所提及，下面就来详细的论述一下在java中如何准确的体现依赖、关联、聚合和组合。 首先看一看书上对这四种

定义：不要存在多于一个导致类变更的原因。通俗的说，即一个类只负责一项职责。 问题由来：类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 是类型

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