参考链接：http://www.th7.cn/system/lin/201309/44585.shtml

 聚合关系：是对群体事物的一种描述，具体表现也为群体行为，群体属性。是对单独个体组成的集合的外在称呼。 组合关系：是对一个具象事物所有部分的统一描述，这一具象事物的组成部分有其特定的行为和属性，但所有组成部分必须依赖组合成的具象事物存在。组合对象有特定的行为属性，这些行为属性对外表现，组成部分的行为属性则是组合对象的内在行为表现。

什么是里氏替换原则 里氏替换原则(Liskov Substitution Principle LSP)定义为：任何基类可以出现的地方，子类一定可以出现。 LSP是继承复用的基石，只有当衍生类可以替换掉基类，软件单位的功能不受到影响时，基类才能真正被复用，而衍生类也能够在基类的基础上增加新的行为。 为什么需要里氏替换原则 里氏替换原则看起来好像没啥了不起的，不就是继承要注意的一丢丢细节么，年轻人呐，

mentohust:i386 已经是最新的版本了。 您可能需要运行“apt-get -f install”来纠正下列错误： 下列软件包有未满足的依赖关系：  mentohust:i386 : 依赖: libpcap0.8:i386 但是它将不会被安装 或                           libpcap0.9:i386 但无法安装它 或                      

<pre name="code" class="objc">//MyOperation.h #import <Foundation/Foundation.h> @interface MyOperation : NSOperation @property(copy,atomic)NSString*name; @end #import "MyOperation.h" @implementatio

继承：空心三角形+实线 实现：空心三角形+虚线 关联：实线箭头(代码中表现为：被关联类以类的属性形式出现在关联类中，也可能是关联类引用了一个类型为被关联类的全局变量) 聚合：空心菱形+实线箭头(代码中的表现与关联关系是一致的) 组合：实行菱形+实线箭头(代码中的表现与关联关系是一致的) 依赖：虚线箭头(代码中表现为：被依赖类作为参数在依赖类的某个方法中被使用)

泛化、实现、依赖和关联的区别 传统应用程序设计中所说的依赖一般指“类之间的关系”，那先让我们复习一下类之间的关系： a、实现 表示类对接口的实现。 UML图中实现使用一条带有空心三角箭头的虚线指向接口，如下： b、泛化 表示类与类之间的继承关系、接口与接口之间的继承关系。 UML图中实现使用一条带有空心三角箭头的实线指向基类，如下： c、依赖 表现为函数中的参数(use a)，是类与类之间的连接，

在java以及其他的面向对象设计模式中，类与类之间主要有6种关系，他们分别是：依赖、关联、聚合、组合、继承、实现。他们的耦合度依次增强。 依赖关系的定义为：对于两个相对独立的对象，当一个对象负责构造另一个对象的实例，或者依赖另一个对象的服务时，这两个对象之间主要体现为依赖关系。定义比较晦涩难懂，但在java中的表现还是比较直观的：类A当中使用了类B，其中类B是作为类A的方法参数、方法中的局部变量、

在一些监控软件中需要借助rrdtool绘图，然后安装rrdtool这个画图工具的时候经常报错，下面就简单说明下安装步骤（Cenetos6.5 64bit）。  介绍 RRDTOOL 是一个基于时间片的日志和绘图工具，有了她你可以轻松的绘制各种基于时间的可视化数据，用于做统计和监控非常合适。著名的开源监控软件Ganglia 就是采用的RRDTOOL。 为什么要特别提到RRDTOOL的安装，因为我在安

特事特

http://blog.csdn.net/kevin_darkelf/article/details/11371353 这个网址上讲的很好 继承、实现、依赖、关联、聚合、组合的联系与区别 分别介绍这几种关系： 继承 指的是一个类（称为子类、子接口）继承另外的一个类（称为父类、父接口）的功能，并可以增加它自己的新功能的能力，继承是类与类或者接口与接口之间最常见的关系；在Java中此类关系通过关键字e

 类与类之间，会有连线指明它们之间的关系。类和类、类和接口、接口与接口之间可以建立以下几种关系： 一般化关系、关联关系、聚合关系、合成关系和依赖关系，这几种关系都是静态的。 一般化关系（Generalization） 一般化关系表示类与类之间的继承关系，接口与接口之间的继承关系，或类与接口之间的实现关系。一般化的关系是从子类指向父类的，或从实现接口的类指向被实现接口的类，与继承或实现的方向相反

UML中共有四种关系，分别为关联、依赖、泛化、实现，思维导图： 下面来详细叙述： （1）依赖（dependency）： 定义：是两个事物间的语义关系，其中一个事物(独立事物)发生变化会影响另一个事物(依赖事物)的语义。在图形上，把一个依赖画成一条有方向的虚线。 依赖体现的一种“使用”关系，即一个类的实现需要使用另一个类的方法或者属性。可以简单的理解为，就是一个类A使用到了另一个类B，比如某人要过河

合成聚合原则中，合成是值【value-变量有具体的值，基本变量在编译期有默认的值】的聚合，而聚合是引用的聚合，接受外界的值； 可见，两者的生命周期其实是可以是一样的；从生命周期的角度不能提取出区别； 但是对于依赖关系中的聚合来说，声明周期的区别是明显的； 所以，总结是：如果合成和聚合都是以全局变量的形式出现，那么区别是一个是值【value，比如聚合自己的一个list对象】的聚合，而聚合只是引用的聚

我决定将第一天的学习主题选为Bower。 什么是Bower？ Bower是一个客户端技术的软件包管理器，它可用于搜索、安装和卸载如JavaScript、HTML、CSS之类的网络资源。其他一些建立在Bower基础之上的开发工具，如YeoMan和Grunt，这个会在以后的文章中介绍。 为什么我会在意Bower？ 节省时间。为什么要学习Bower的第一个原因，就是它会为你节省寻找客户端的依赖关系的时间

查看一个文件包的依赖，我们可以使用图形化来查看，下面是一些官方说明： 例如我们要查看weston的依赖： bitbake --ui=depexp -g weston或者 bitbake -g -u depexp weston 这个会列出不同的依赖，例如中间的是编译时候需要依赖的东西，结果如下：

    从前几天师哥师姐们的合作版机房验收，就能看出UML图的重要性。在验收的现场大家更是对七层架构的包图中的关系产生了很大的争议。其实这一切都来源于对UML的不熟悉，再加上自己正处于个人版机房重构的阶段，所以对UML进行再次学习，这一次还是先以四种关系为主。 依赖关系                                   依赖关系是一种使用关系，动物和水的关系。       <sp

里氏替换：爱恨纠葛的父子关系 设计模式之禅里的这句话真的很形象。6大原则里，里氏替换可能是矛盾最大的一个。 ========= 通俗了讲，依赖于面向对象的继承机制，父类能出现的地方，子类都可以无缝替换。 这在整个架构设计中占据了举足轻重的地位。我相信大家对这一点都深有体会 既然里氏替换这么矛盾，那么我们就从正反两个方面聊聊它好了。 （里氏替换讲的除了继承类以外，还包括实现接口哦~接口你也可以理解为

一个Android工程通常包括主工程和依赖包，依赖包又有两种形式： 一种是单独的工程：在主工程中的配置文件指明主工程和依赖包的依赖关系之后，就可以在主工程中正常使用依赖包的类和接口了，这种适合于依赖包中有图片资源、so等不方便打包到jar包中的情况，比如Nine Old Androids、PullToRefresh、FancyCoverFlow等； 另一种是jar包：放在主工程的libs文件夹下，

新博客地址 准备写技术博客，发现UML画不出来，在这里捋一下UML各种类图关系，基于UML类图几种关系的总结，在此基础上做了归纳总结！ Process On一款非常好的UML在线编辑工具，made in China 在UML类图中，常见几种关系： 1.泛化(Generalization_FY:概括)(继承 : 空三角 ＋ 直线) 2.实现(Realization_FY实现)(接口实现 : 空三角