转载于：http://blog.csdn.net/zhengzhb/article/details/7281833        肯定有不少人跟我刚看到这项原则的时候一样，对这个原则的名字充满疑惑。其实原因就是这项原则最早是在1988年，由麻省理工学院的一位姓里的女士（Barbara Liskov）提出来的。 定义1：如果对每一个类型为 T1的对象 o1，都有类型为 T2 的对象o2，使得以 T1

转载于：http://blog.csdn.net/zhengzhb/article/details/7289269 定义：高层模块不应该依赖低层模块，二者都应该依赖其抽象；抽象不应该依赖细节；细节应该依赖抽象。 问题由来：类A直接依赖类B，假如要将类A改为依赖类C，则必须通过修改类A的代码来达成。这种场景下，类A一般是高层模块，负责复杂的业务逻辑；类B和类C是低层模块，负责基本的原子操作；假如修改

Google为Android应用开发提供了eclipse加插件作为开发工具，基于eclipse可以方便调试apk，而对于底层开发人员（比如opencore开发）没有提供类似直观的开发工具及调试手段。本文旨在介绍一种基于ddd+gdbserver的调试方法，用于类似opencore的C层面的程序调试。   具体步骤如下： 开一个shell adb shell ps查看mediaserver进程号 g

依赖倒置原则 3.1 依赖倒置原则的定义      依赖倒置原则（Dependence Inversion Principle，简称DIP）这个名字看着有点别扭，“依赖”还“倒置”，这到底是什么意思？依赖倒置原则的原始定义是：High level modules should not depend upon low level modules. Both should depend upon ab

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

关于控制反转和依赖注入的文章和书籍很多，对其定义也解释的也仁者见仁，这里就不赘述了，这是本人（只代表个人观点）理解之后用通俗的例子和平淡的话词为您解释，希望对您有所帮助： 控制反转（IoC/Inverse Of Control）:   调用者不再创建被调用者的实例，由spring框架实现（容器创建）所以称为控制反转。 依赖注入(DI/Dependence injection) :   容器创建好实

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

前言：常用RPM的朋友们都知道，RPM简单易用，但是它的依赖关系是最头疼的！有时候比方说A包需要B包，B包需要C包，C包需要A包，好了。这就是最常见的死锁了（类似数据库有木有？）。这个时候有以下几种方式可以解决：    A、强制安装 ----暴力型       使用rpm -i --force --nodeps  强制安装。忽略依赖关系。这种方法你可以先装A包，再装B包，再装C包。这样还是有点隐患

合成/聚合复用原则 合成/聚合复用原则，尽量使用合成/聚合，尽量不要使用类继承。 对象的继承关系是在编译时就定义好的，所以，无法再运行时改变从父类继承的实现。 子类的实现与它的父类有非常紧密的依赖关系，以至于父类实现中的任何变化必然会导致子类发生变化。当你需要复用子类时，如果继承下来的实现不合适解决新的问题，则父类必须重写或被其他更合适的类替换。这种依赖关系限制了灵活性并最终限制了复用性。    

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

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

ddd

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

在LINQ中，同样包括这些函数，用来获取集合中的最大值和最小值等一些常用的统计信息，在LINQ中，这种操作被称为聚合操作。 聚合操作常用的方法有： 1、Count方法：获取集合中元素的数量，或者获取满足条件的元素数量。 2、Sum方法：获取集合中元素的总和。 3、Max方法；获取集合中元素的最大值。 4、Min方法：获取集合中元素的最小值。 5、Average方法：获取集合中元素的平均值。 6、A

未能加载文件或程序集“XXX”或它的某一个依赖项。系统找不到指定的文件。" 网上找了一下,方法如下： 很明显，缺少DLL文件，可能原因 1。DLL文件名与加载时的DLL文件名不一致， 2.DLL文件根本不存在，即出现丢失情况， 3.加载DLL路径错误，即DLL文件存在，但加载路径不正确

界面是软件与用户交互的最直接的层，界面的好坏决定用户对软件的第一印象。设计良好的界面能够引导用户自己完成相应操作，起到向导作用。 界面设计主要是为了达到以下目的： 1)       以用户为中心。设计由用户控制的界面，而不是界面控制用户。 2)       清楚一致的设计。所有界面的风格保持一致，所有具有相同含义的术语保持一致，且易于理解和使用。 3)       拥有良好的直觉特征。以用户所熟悉

#include"stdio.h" #include"string.h" int main() {  char array1[100],array2[100];  int i,n;  scanf("%s",array1);  n=strlen(array1);  for(i=0;i<n;i++)  {   array2[i]=array1[n-1-i];  }  array2[n]='\0';  

包容： 假定我们已经实现了一个COM对象，不妨称它为对象A，它实现了接口ISomeInterface，之后，考虑到新的需要，我们要实现一个新的COM对象，称它为B，它既要实现接口ISomeInterface，也要实现接口IOtherInterface，而且，ISomeInterface接口所提供的服务与对象A所提供的服务基本一致，于是，我们考虑在实现对象B的过程中重用对象A的功能，只需要实现新添加

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

原文链接：http://blog.csdn.net/wangchyz/article/details/6555203 准备工作 1、安装msys、vc2008（2003、2005应该也是可以的） 2、下载Cairo1.8.8，Libjpeg6b，Libpng1.2.44，Libxml2.7.8，Libxslt1.1.26，Pixman0.16.2，Zlib1.2.3 3、把上面几个库分别解压到不同

未能加载文件或程序集“XXX”或它的某一个依赖项。系统找不到指定的文件。 2009年8月28日 昨晚我宿舍的舍友跟我讲，我们要是能将每天遇到的问题跟解决方法，总结一下做个记录，那不是挺好的； 我也觉得有道理，所以就开始记录一下： 今天第一个问题： "未能加载文件或程序集“XXX”或它的某一个依赖项。系统找不到指定的文件。" 网上找了一下,方法如下： 很明显，缺少DLL文件，可能原因 1。DLL文件

我遇到过这个问题有两次，不过环境不同。 第一次：Windows 2008 Server R2 64位； 第二次：Windows 7 64位； 原因分析：操作系统是64位的，但发布的程序引用了一些32位的ddl，所以出现了兼容性的问题。 解决方案：IIS——应用程序池——高级设置——启用32位应用程序 ：true。 详细出处参考：http://www.jb51.net/article/31711.h

相信使用MongoDB的你一定着迷于它横向扩展带来的强大集群性能，然而你有注意到使用Auto-sharding机制带来的性能损耗吗？Jbrandstettercs在comSysto Blog上对使用Auto-sharding进行分片带来的性能损耗进行了详细的分析并提出了优化方案，CSDN进行编译整理，我们一起来看一下吧。

上面,你学到了如何开发藕合松散的服务组件.但是,为了存取那些服务对象,你需要通过服务器的JNDI来查找存根对象(session bean)或消息队列(MDB).JNDI查找是把客户端与实际的服务端实现解藕的关键步骤.但是,直接使用一个字符串来进行JNDI查找并不优雅.有这 样几个原因: ・客户端与服务端必须有一致的基于字符串的名字.它没有在编译时得到认证或在布署时得到检查. ・从JNDI返回的服务

DirectX 9: DirectX 10: DirectX 11 DirectCompute

聚合与组合的概念相信不用我在此赘述大家就已经了解了 下面直接上例子 程老师的《大话》里举大那个大雁的例子很贴切 在此我就借用一下 大雁喜欢热闹害怕孤独 所以它们一直过着群居的生活 这样就有了雁群 每一只大雁都有自己的雁群 每个雁群都有好多大雁 大雁与雁群的这种关系就可以称之为聚合 另外每只大雁都有两只翅膀 大雁与雁翅的关系就叫做组合 有此可见 聚合的关系明显没有组合紧密 大雁不会因为它们的群主将雁

首先什么是职责，在这里，职责就是变化的原因。 一个类应该仅有一个引起他变化的原因。 单一职责也称之为内聚性，内聚性的定义为一个模块组成元素之间的功能相关性。简单的说，单一职责就是说一个模块组成元素之间的相关性应该是很强的，或者说他们只有一种相关性。 1 class Rectangle 2 { 3 void Draw(); 4 double Ar

【general】 bridge-utils     网桥 pep8        python代码风格的检查工具 pylint        Python代码风格的检查工具 python-pip    python的包管理工具pip screen        多重视窗管理程序 unzip        解压缩 wget        网页工具 psmisc        显示进程信息的程序 g

本文译自Robert C. Martin于1996年发表的文章，将分为三部分贴在这里。原文可参看http://www.objectmentor.com/resources/articles/dip.pdf。 这是我给《C++报导》“工程笔记”专栏的第三篇文章。这个专栏的文章专注于C++和OOD的使用，及软件工程方面的问题。我将努力写一些编程方面的，对处在战壕中的软件工程师直接有用的文章。这些文章将

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