depends.exe，原先在vs2005是提供的，但是vs2008中却没有了。下面的网站提供了单独下载 从这个图，更加可以看出来.NET的应用程序对mscoree.dll（.NET Framework Execute Engine)的依赖性 。     http://dependencywalker.com/ Dependency Walker is a free utility that sc

 聚合：指的是整体与部分的关系。通常在定义一个整体类后，再去分析这个整体类的组成结构。从而找出一些组成类，该整体类和组成类之间就形成了聚合关系。例 如一个航母编队包括海空母舰、驱护舰艇、舰载飞机及核动力攻击潜艇等。需求描述中“包含”、“组成”、“分为…部分”等词常意味着聚合关系。   组合：也表示类之间整体和部分的关系，但是组合关系中部分和整体具有统一的生存期。一旦整体对象不存在，部分对象也将不存

ProcessEngine可以对外提供四个服务：分别是ProcessService、TaskService、IdentityService和ManagementService。 这四个服务最终的执行行为都依赖于CommandExecutor这个命令执行器来完成。 CommandExecutor用来执行Command，Command是一个接口，定义了设置ProcessEngineConfigurat

关联：一种结构关系，表现为一个对象能够获得另一个对象的是类引用并调用他的服务。关联（Association）表示两个类之间存在某种语义上的联系。例如，一个人为一家公司工作，一家公司有许多办公室。我们就认为人和公司、公司和办公室之间存在某种语义上的联系。在分析设计的类图模型中，则在对应人类和公司类、公司类和办公室类之间建立关联关系。 依赖：一种使用关系，表现为一个对象仅仅是调用了另一个对象的服务。有

UML类图中的几个关系： 关联、组合、聚合、依赖关系比较     类之间的关系 种类： Generalization( 泛化 ) ， Dependency( 依赖关系 ) 、 Association( 关联关系 ) 、 Aggregation( 聚合关系 )、 Composition( 合成关系 ) 。     其中Aggregation(聚合关系)、Composition(合成关系)属于Asso

在建立对象模型时，很容易把依赖、关联和聚集关系混淆。当对象A和对象B之间存在依赖、关联或聚集关系时，对象A都有可能调用对象B的方法，这是三种关系之间的相同之处，除此之外，它们有着不同的特征。 1．依赖关系的特征 对于两个相对独立的系统，当一个系统负责构造另一个系统的实例，或者依赖另一个系统的服务时，这两个系统之间主要体现为依赖关系，例如生产零件的机器和零件，机器负责构造零件对象。再例如充电电池和充

UML中的五种关系和设计模式中的代码实现. 又重新听了一遍UML中的关系.感觉又是收获很大. UML中的关系有依赖,关联(聚合,组合),泛化(也叫继承),实现 现在一个一个的来实现: 一:依赖 依赖关系图 他的意思就是Use a 用到的意思,两个类的代码中不体现 看代码(C#)       但是在代码中不体现,怎么反映他们之间的依赖关系呢? 具体的有三种 1:water是公共的类,animal可以

除了代码中加入LIB，项目中加入LIB之外 在解决方案中设置项目依赖关系，也导致LIB被引用

可以手动强制不进行 RPM/DEB 的依赖性关系检查吗？ RPM 可以。使用 --nodeps 辅助参数，则安装过程将不理会依赖性关系限制，强制安装目标包，如： # rpm -i --nodeps package_a.rpm DEB 可以。使用— force-depends 辅助参数，如： $ sudo dpkg -i --force-depends package_a.deb RPM 中的 --

组合和聚合是有很大区别的，这个区别不是在形式上，而是在本质上： 比如A类中包含B类的一个引用b，当A类的一个对象消亡时，b这个引用所指向的对象也同时消亡（没有任何一个引用指向它，成了垃圾对象），这种情况叫做组合，反之b所指向的对象还会有另外的引用指向它，这种情况叫聚合。 在实际写代码时组合方式一般会这样写： A类的构造方法里创建B类的对象，也就是说，当A类的一个对象产生时，B类的对象随之产生，当A

本文讨论如何更好地组织C/C++工程下的所有文件。说的都是平时工作中看到的问题。 三种组织模型 模型1：在一个文件中，写上所有的代码，并保证它可以编译和运行。这很容易，初学者写代码都是这个样子的。所以他们写不了多少行就觉得不可能再增加规模了。   模型2：尝试将代码拆分写到多个文件中。非初学者都有这样的觉悟。但是各文件互相成网状依赖，和写在一个文件中没有本质上的区别。文件之间依赖关系成指数级增长，

世界是普遍联系的，因此程序世界中的类，也不可能是孤立的。UML为我们定义了它们之间的关系，就是：依赖、关联、聚合、组合还有泛化。        泛化关系比较好理解，就是表示类之间的继承关系。容易混淆的是依赖、关联、聚合和组合的关系。这里做一些甄别：        1、 依赖和关联的颠倒颠        在网上查找了一下依赖和关联的区别，有说“关联本身即是一种依赖”，亦有说“依赖是一种弱关联”，其实

泛化（Generalization）: 一句话，就是继承的表示。是is-a的关系。 表现为继承或实现关系(is a)。具体形式为类 与 类之间的继承关系，接口 与 接口之间的继承关系，类对接口的实现关系。    关联 （Association）： 用于描述类 与 类之间的连接，是has -a的关系。 类与 类之间的联接，它使一个类知道另一个类的属性和方法。例如如果 A 依赖于 B ，则 B 体现为

  关于使用glibc库（修改： 2011.7.13） 可以先到google上搜索一下glibc了解大概，对于嵌入式系统的glibc库来说，只需加载器和动态库。   在制作交叉编译器的时候，已经生成了glibc库，可以直接使用。我使用的是openmoko团队制作的arm-linux-gcc 4.1.2版本编译器。加载器为/opt/toolchains/arm920t-eabi/arm-angstr

  1.A dependency exists between two elements if changes to the definition of one element (the supplier) may cause changes to the other (the client). With classes, dependencies exist for various reason

  聚合和组合同样是来描述类的关系的，他们有很多相似的地方又有很多有差别的地方。 为了便于更好地理解和应用两个概念，在这里做一个简单的比较。   首先，类和类之间的关系有很多种。如关联、依赖、泛化、实现等。 而聚合和组合同属于关联关系，同时又与普通的关联关系有区别。   先说说聚合，他描述的是整体和部分的关系，即一个整体包含多个其他的部分。 两个对象是可以单独存在的。在UML中我们用空心的菱形来表

$ apt-cache depends build-essential 9 h/ y5 z, L5 L1 `( N5 U. @: @ 8 @  |+ I7 ]8 g  F) t) c5 f+ e    build-essential ) I- X$ a3 i- N9 u 6 f0 {& e! z* _5 H, o    |依赖: libc6-dev 9 o. {& |% d/ u( @& f %

  使用关系 对象A的方法MethodA使用了B的方法MethodB,则表示A对B存在使用关系 使用关系的最关键问题在于,A如何找到B,存在6种方案 方案一:       A包含了B,B作为一个成员定义在A的类中,那么在MethodA中可以直接调用B.MethodB()       如汽车可以包含车轮。       但是汽车需要加油，那么就需要调用"加油站B.加油()"       

摘自《Java面向对象编程》一书，作者：孙卫琴 在建立对象模型时，很容易把依赖、关联和聚集关系混淆。当对象A和对象B之间存在依赖、关联或聚集关系时，对象A都有可能调用对象B的方法，这是三种关系之间的相同之处，除此之外，它们有着不同的特征。 关联(Association）关系是类与类之间的联接，它使一个类知道另一个类的属性和方法。关联可以是双向的，也可以是单向的。在Java语言里，关联关系是使用实例

组合：一个人，灵魂，身体，他们是一个composition，生死与共。 聚合：一个人，有车，有房，车和房都可以失去，但人还是可以活的很好，这是一个aggregation. 关联：一个人，可看书，可读报，看完书，读完报，可以扔掉，这是association.