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

UML中的联系(association)、聚合(aggregation)和组合(composition)三个概念很相似，也很难理解。今天看到这篇文章解释得很清楚，所以在这里转一下，希望能对需要的人有所帮助。 联系 联系(association)表明某个对象可以向另一个对象通过某种方式发送消息。发送消息的方法可以通过指针成员变量，也可以是方法参数、局部变量等等。例如： class A { pri

　抽象不应该依赖于细节，细节应当依赖于抽象。 　要针对接口编程，而不是针对实现编程。 　传递参数，或者在组合聚合关系中，尽量引用层次高的类。     针对接口编程，减少与具体类的耦合 　　主要是在构造对象时可以动态的创建各种具体对象，当然如果一些具体类比较稳定    ，就不必再弄一个抽象类做它的父类，这样有画舌添足的感觉 　　优点：　　系统扩展灵活。　　缺点：　　需要大量的类。

        public static void ReOrder(ref Node listHead)         {             if (listHead == null)             {                 throw new ArgumentNullException("list Head is null!");             }    

 http://xianzilu.spaces.live.com/blog/cns!4201FDC93932DDAF!268.entry 使用DDD+GDB开发ARM Linux程序 今天又取得了一些进展，赶快写下来以免自己忘记。 自从Linux在我的板子上跑起来之后，我一直在想一个问题，怎么调试将来写的程序。其实我在Linux开发方面真得很外行，到了今天才知道 GDB到底是干什么用的，呵呵。我相

昨天经过一朋友的SPACE,看到有关于控制反转的讨论，一时技痒，写下一段留言，完后由于比较长的时间没接触这几个单词，因此又去查了些资料，重新整理了一下，跟大家一起讨论。    整理之前，首先要说说“依赖”，什么是依赖，依赖就是关联，UML中定义的“关联”是最泛泛的一种关系，表现为两个类图之间有根线就有关联，我个人理解成，在C/C++中，A include了另一个头文件B，JAVA/.Net中A u

架构师之路之 里氏代换原则（Liskov Substitution Principle, LSP） 1 什么是里氏代换原则     里氏代换原则是由麻省理工学院（MIT）计算机科学实验室的Liskov女士，在1987年的OOPSLA大会上发表的一篇文章《Data Abstraction and Hierarchy》里面提出来的，主要阐述了有关继承的一些原则，也就是什么时候应该使用继承，什么时候不应

软件设计原则之依赖倒转原则 依赖倒转原则:高层模块不应该依赖底层模块.两个都应该依赖抽象,抽象不应该依赖具体细节.细节应该依赖抽象. 里氏对坏原则:子类型必须能够替换掉它们的父类型. 由于子类型的可替换性才使得使用父类型的模块在无需修改的情况下就可以扩展. 依赖倒转其实可以说是面向对象设计的标志,用哪种语言来编写程序不重要,如果编写时考虑的都是如何针对抽象编程而不是针对细节编程,级程序中所有的依赖

Link Aggregation(LAG)技术可将两台设备之间的多条物理链路作为一条逻辑链路来处理，它可在两台设备之间自动实现链路冗余，如果其中一台物理链路出现故障，数据流将动态透明的从另一条物理链路通过。在LAG中的多条物理链路可对数据进行负裁均衡的功能，可在两台设备之间提供更高的带宽。 对于FS726T的Trunk设置，首先有几点需要明确： NETGEAR的FS726T只支持3组Trunk 每

这是我最近几年才领悟到的，刚开始写程序就从FoxBase开始的，从那时起，就把所有的精力 都放在数据库研究上，自从接触SQLServer开始，什么表、视图、触发器、存储过程等等太多 好用的技术了，一般做管理类软件，真的是太爽了。 不管是啥，能存数据库的都存数据库，例如，什么配置参数、简直可以说，只要是能存数据库 的都存数据库，这样越来越把自己思维限制在数据库上，一切以数据库为核心。 后来我遇到了一

文/胡振波 BOSCO系统是一个在线品牌管理系统，项目客户是一家跨国酒店集团，旗下拥有多个世界著名的酒店品牌。BOSCO系统将服务标准化、标准符合度审查、改进流程管理等酒店品牌管理的工作内容整合到一个信息系统中，来提高相关人员的工作效率。目前BOSCO系统已经被全球十个酒店品牌、超过1000家酒店使用，用户超过8000人。 BOSCO系统的开发基于Ruby On Rails，在项目的开发过程中应用

文/胡振波 BOSCO系统是一个在线品牌管理系统，项目客户是一家跨国酒店集团，旗下拥有多个世界著名的酒店品牌。BOSCO系统将服务标准化、标准符合度审查、改进流程管理等酒店品牌管理的工作内容整合到一个信息系统中，来提高相关人员的工作效率。目前BOSCO系统已经被全球十个酒店品牌、超过1000家酒店使用，用户超过8000人。 BOSCO系统的开发基于Ruby On Rails，在项目的开发过程中应用

      这种策略让缓存依赖于一个指定的文件，通过改变文件的更新日期来清除缓存。                                                 /// <summary> /// 获取当前应用程序指定CacheKey的Cache对象值 /// </summary> /// <param name="CacheKey">索引键值</param> /// <retu

现在的开发工作要求我们能够快速掌握一门语言。一般来说应对这种挑战有两种态度：其一，粗粗看看语法，就撸起袖子开干，边查Google边学习；其二是花很多时间完整地把整个语言学习一遍，做到胸有成竹，然后再开始做实际工作。然而这两种方法都有弊病。第二种方法的问题当然很明显，不仅浪费了时间，偏离了目标，而且学习效率不高。因为没有实际问题驱动的语言学习通常是不牢固不深入的。有的人学着学着成了语言专家，反而忘了

ddd

现在的开发工作要求我们能够快速掌握一门语言。一般来说应对这种挑战有两种态度：其一，粗粗看看语法，就撸起袖子开干，边查Google边学习；其二是花很多时间完整地把整个语言学习一遍，做到胸有成竹，然后再开始做实际工作。然而这两种方法都有弊病。第二种方法的问题当然很明显，不仅浪费了时间，偏离了目标，而且学习效率不高。因为没有实际问题驱动的语言学习通常是不牢固不深入的。有的人学着学着成了语言专家，反而忘了

ddd

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

    周六，老杜约雨辰出来吃饭，顺便想问一下关于雨辰公司产品设计方面的一些问题。在酒过三旬之后，雨辰想起了在周五的例行会议时，有位同事提出了测试驱动开发的内容。大家在会上讨论了很多相关的话题，其中的内容也基本上围绕着TDD的一些公认的‘好处’展开。雨辰就随口问老杜对TDD,FDD之类开发方式的看法。没想到这一下子让老杜打开了‘话匣子’。      老杜说：“从上大学时学的‘瀑布’，原型方法再到工

测试驱动开发 一：测试驱动开发所追求的目标：        代码整洁可用。   二：测试驱动开发的基本过程如下： 1） 明确当前要完成的功能。可以记录成一个 TODO 列表。 2） 快速完成针对此功能的测试用例编写。 3） 测试代码编译不通过。 4） 编写对应的功能代码。 5） 测试通过。 6） 对代码进行重构，并保证测试通过。 7） 循环完成所有功能的开发。 如图：     三：使用驱动开发可以

转自http://dotnetfresh.cnblogs.com/archive/2005/06/27/181878.html     依赖倒置、控制反转和依赖注入辨析   在《道法自然——面向对象实践指南》一书中，我们采用了一个对立统一的辩证关系来说明“模板方法”模式—— “正向依赖 vs. 依赖倒置”（参见：《道法自然》第15章[王咏武， 王咏刚 2004]）。这种把“好莱坞”原则和 “依赖倒

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

UML中的联系(association)、聚合(aggregation)和组合(composition)三个概念很相似，也很难理解。今天看到这篇文章解释得很清楚，所以在这里转一下，希望能对需要的人有所帮助。 联系 联系(association)表明某个对象可以向另一个对象通过某种方式发送消息。发送消息的方法可以通过指针成员变量，也可以是方法参数、局部变量等等。例如： class A { p

IOC是Inversion of Control（控制反转，也叫依赖注入）的缩写，基本思想就是把类的依赖从类内部转化到外部以减少依赖。   如A依赖B，不必再new一个B（构造函数）来实现，在XML文件里做控制 直接将B注入A中实现。简单源代码如下，下载后把文件后缀名改为rar即可，运行程序需求添加spring包。

现在的开发工作要求我们能够快速掌握一门语言。一般来说应对这种挑战有两种态度：其一，粗粗看看语法，就撸起袖子开干，边查Google边学习；其二是花很多时间完整地把整个语言学习一遍，做到胸有成竹，然后再开始做实际工作。然而这两种方法都有弊病。第二种方法的问题当然很明显，不仅浪费了时间，偏离了目标，而且学习效率不高。因为没有实际问题驱动的语言学习通常是不牢固不深入的。有的人学着学着成了语言专家，反而忘了

类间关系 在类图中，除了需要描述单独的类的名称、属性和操作外，我们还需要描述类之间的联系，因为没有类是单独存在的，它们通常需要和别的类协作，创造比单 独工作更大的语义。在UML类图中，关系用类框之间的连线来表示，连线上和连线端头处的不同修饰符表示不同的关系。类之间的关系有继承（泛化）、关联、聚 合和组合。 （1）继承：指的是一个类（称为子类）继承另外的一个类（称为基类）的功能，并增加它自己的新功能

 依赖倒转 原则： A.高层模块不应该依赖低层模块。两个都应该依赖抽象。 B.抽象不应该依赖细节，细节应该依赖抽象 特征： 针对接口编程，不要对实现编程 如何实现： 里氏代换原则： 子类型必须能够替换掉它们的父类型。 使用目的：依赖倒转其实可以说是面向对象设计的标志,用哪种语言来编写程序不重要,如果编写时考虑的都是如何针对抽象编程而不是针对细节编程,即程序中所有的依赖关系都是终止于抽象类或者接口,

聚合(Aggregation) 一種鬆散的對象閒的關係 部分可獨立于聚合而存在  关联是表示两个类的一般性联系，比如“学生”和“老师”就是一种关联关系；聚合表示has-a的关系，是一种相对松散的关系，聚合类不需要对被聚合类负责，如下图所示，用空的菱形表示聚合关系： 从实现的角度讲，聚合可以表示为: class A {...} class B { A* a; .....}   当B类销毁的时候，A的

下面这个就是报“在选择列表中无效，因为该列既不包含在聚合函数中，也不包含在 GROUP BY 子句”问题语句 select shipcountry,sum(shipvia) as totalvia,OrderDate as thefirsttime from orders group by shipcountry   下面是通过的，请注意 orderdate select shipcountry,

最近看潘爱民的《COM原理与应用》，看到接口的聚合实现时，产生一个疑惑。COM的这个特性的背后隐藏着一个关于C++虚表的知识点。如果对C++的虚表没有一定的认识就会被绕进去，被搞得稀里糊涂。经过和朋友的一番探讨总算搞清楚。特整理成此文 我们知道支持被聚合使用的CA接口要实现一组和IUnknown接口一致的非委托Unknown接口，这一组接口完成实际的QueryInterface, AddRef 和