http://jianbo.de/b/archives/503 在交叉编译移植程序的时候，我们常常会遇到这样的情况：要编译的程序依赖于某个动态/静态链接库。而这个库也需要我们编译移植。在编译没有别的依赖的链接库的时候很简单，设置好交叉工具链、目标架构就可以了。而在编译有依赖需求的程序的时候，我们常常遇到找不到头文件、找不到库文件的问题。很是烦人。 要解决这个问题，其实还是很容易的。只需要先编译安装

  依赖倒置原则： 要依赖抽象，不要依赖具体类。 A．高层次的模块不应该依赖于低层次的模块，它们都应该依赖于抽象。 B．抽象不应该依赖于具体，具体应该依赖于抽象。 为避免在OO设计中违反此原则，应尽量遵循（当然不可能完全避免）以下原则： 1，变量不可以持有具体类的引用。 如果使用new，就会持有具体类的引用。可以使用工厂方法来避开这样的做法。 2，不要让类派生自具体类。 如果派生自具体类，就会依赖

如何向妻子解释OOD 前言 　　此文译自CodeProject上<How I explained OOD to my wife>一文，该文章在Top Articles上排名第3，读了之后觉得非常好，就翻译出来，供不想读英文的同学参考学习。 　　作者(Shubho)的妻子(Farhana)打算重新做一名软件工程师(她本来是，后来因为他们孩子出生放弃了)，于是作者就试图根据自己在软件开发设计方面的经验

导读：  　　摘自(http://www.contextfree.net)  　　向依赖关系宣战  　　依赖倒置、控制反转和依赖注入辨析  　　在《道法自然——面向对象实践指南》一书中，我们采用了一个对立统一的辩证关系来说明“模板方法”模式—— “正向依赖 vs. 依赖倒置”（参见：《道法自然》第15章[王咏武， 王咏刚 2004]）。这种把“好莱坞”原则和 “依赖倒置”原则等量齐观的看法其实来自

1.1.1 配置终端服务单一登录 单一登录是一种身份验证方法，允许具有域帐户的用户使用密码或智能卡登录一次，然后，不再要求其提供凭据即可访问远程服务器。 若要在终端服务中实现单一登录功能，请确保满足下列要求： 只能对从运行 Windows Vista 的计算机到运行 Windows Server 2008 的终端服务器的远程连接使用单一登录。还可以对从一台运行 Windows Server 200

里氏替换原则 1、子类必须完全实现父类的方法 2、子类可以有自己的个性 3、覆盖或实现父类的方法时输入参数可以被放大 4、覆写或实现父类的方法时输出结果可以被缩小 import java.util.Collection; import java.util.HashMap; import java.util.Map; public class Main { public static void

OpenGL渲染管线 原文地址：http://www.songho.ca/opengl/gl_pipeline.html         (一下内容在OpenGL红宝书中第一张1.5小节中有，但是还是感觉红宝书介绍的有点抽象，处于温习的目的，所以决定将国外网站的内容翻译与扩展，如有错误，敬请指正。)          OpenGL Pipeline has a series of processi

网络拓扑：       **************** 基本配置 **************** SW1> en  ；进入特权模式 SW1# conf t  ；进入全局配置模式 SW1(config)# hostname SW1   ；设置交换机的主机名 SW1(config)# enable secret cisco  ；设置特权加密口令 SW1(config)# enable passwo

3.2.1  什么是循环依赖        循环依赖就是循环引用，就是两个或多个Bean相互之间的持有对方，比如CircleA引用CircleB，CircleB引用CircleC，CircleC引用CircleA，则它们最终反映为一个环。此处不是循环调用，循环调用是方法之间的环调用。如图3-5所示：   图3-5 循环引用        循环调用是无法解决的，除非有终结条件，否则就是死循环，最终导

#define set_cpu_window(id, base, mask, mmap) \         li      t0, CPU_WIN_BASE          ;  \         sw      $0, 0x80+id*8(t0)         ;  \                   li      t1, base                  ;  \   

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

     自己在使用抽象工厂+配置文件+反射实现重构机房的过程中，遇到了这种情况，       当初自己认真的检查了反射中的代码，都是没有问题，请教了师姐，检查了抽象工厂与反射的使用都没有问题   Private Shared ReadOnly AssemblyName As String = "DAL" '数据程序集名称 Private Shared ReadOnly db As St

关联，聚合，组合的区别及C++实现 软件工程 2011-01-07 11:12:55 阅读86 评论0   字号：大中小 订阅   关联，聚合，组合的区别及C++实现 收藏 类间关系 在类图中，除了需要描述单独的类的名称、属性和操作外，我们还需要描述类之间的联系，因为没有类是单独存在的，它们通常需要和别的类协作，创造比单独工作更大的语义。在UML类图中，关系用类框之间的连线来表示，连线上和连线端头

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

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

近来在写文档的时候发现对以前的UML的一些概念又模糊了，找到这篇东西再复习一下 原帖地址 http://justsee.iteye.com/blog/808799 UML的构造快包含3种：  (1) 事物（4种）：结构事物，行为事物，分组事物，注释事物 (2) 关系（4种）：泛化关系，实现关系，依赖关系，关联关系 (3) 图（10种）：用例图，类图，对象图，包图，组件图，部署图，状态图，活动图，序

 【理论准备】   aggregate命令用来在MBGP路由表中创建一条聚合路由。undo aggregate命令用来删除该条聚合路由。     detail-suppressed：仅通告聚合路由。     【实验拓扑及软件】      本文实验采用的交换机是H3C模拟器，下载地址如下：http://forum.h3c.com/forum.php? mod=viewthread&tid=10974

 接上文BGP聚合实验(1)   <R1>dis cu #  version 5.20, Alpha 1011 #  sysname R1 #  password-control login-attempt 3 exceed lock-time 120 #  undo voice vlan mac-address 00e0-bb00-0000 #  ipsec cpu-backup enable

一、泛化 1、说明      泛化是一种继承关系，如果一个类A的所有属性和操作能被另一个类B所继承，则类B不仅可以包含自己独有的属性，而且可以包含类A的属性和操作。继承是类与类或者类与接口之间最常见的关系。 2、例图             3、表现  父类 父类实例=new 子类（）； 4、代码       class Animal{}; class Tiger:public Animal{}

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

Spring 能有效地组织J2EE应用各层的对象。不管 是控制层的Action对象，还是业务层的Service对象，还是持久层的DAO对象，都可在Spring的 管理下有机地协调、运行。Spring将各层的对象以松耦合的方式组织在一起，Action对象无须关心Service对象的具体实现，Service对 象无须关心持久层对象的具体实现，各层对象的调用完全面向接口。当系统需要重构时，代码的改写量将

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

Jdeveloper中新建一个Fusion Web Application之后, 分有viewController和model两个project. 那么正常情况下,我们知道一个project里是没有办法去引用到另一个project下的类的. 那么这个viewController和model是怎么进行关联引用的呢? 在你新建的application中 右键--->project properties

原文章   http://blog.csdn.net/gasbi/article/details/6761420 查了一个下午，竟然没有一个网页完整的说清楚的这个问题，莫非太简单了大家不屑于说？看大多数说的都是简单地将整个工程转换成.LIB，在Project->Options for Target->Output下，选择Create Library，就可以了。   不过这样生成的lib文件巨大，我

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

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

聚合：表示两个对象之间是整体和部分的弱关系，部分的生命周期可以超越整体。如电脑和鼠标，就可以用一下图形表示： 组合：表示两个对象之间是整体和部分的强关系，部分的生命周期不能超越整体，或者说不能脱离整体而存在。组合关系的“部分”，是不能在整体之间进行共享的。如人和眼睛的关系： 过，如果你要说，眼睛可以移植，是不是说可以脱离人而存在，它们就不是组合关系了？其实，UML中对象的关系都是在相应的软件环境或

一直以来，对UML的东西总是模棱两可，对于类图中的聚合和组合，知道两种的区别，但过一段时间后总是分不清两者谁是谁，唉，主要怪自己的语文没有学好，呵呵！ 其实，对于聚合和组合，如果换成英文，就很好理解了：聚合就是“has-a”，组合就是“contains-a”。 聚合是空心的菱形；组合是实心的菱形（这个比较好理解，实心的肯定比空心的扎实，哈哈）。 摘录一段话： 聚合和组合的区别在于：聚合关系是“ha

就一个类而言，应该仅有一个引起它变化的原因。 如果一类承担的职责过多，就等于把这些职责耦合在一起，一个职责的变化可能会削弱或者抑制这个类完成其它职责的能力。这种耦合会导致脆弱的设计，当变化发生时，设计会遭到意想不到的破坏。 软件设计真正要做的许多内容，就是发现职责并把那些职责相互分离。 如果你能够想到多于一个的动机去改变一个类，那么这个类就具有多于一个的职责。

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