原文地址：http://www.cnblogs.com/leoo2sk/archive/2009/06/17/1504693.html 一篇极好的博文，主要是关于依赖注入的内容，但也涉及了一些OOAD和设计模式的内容

7.4.2 使用聚合操作进行计算       聚合背后的概念在于我们保持一些状态，将在整个操作过程中传递。我们用一个初始状态开始，用给定的处理函数，为文档中的每个部件，计算一个新的状态。这种概念被反映在函数的签名中：   val aggregateDocument :   ('a -> DocumentPart -> 'a) -> 'a -> DocumentPart –> 'a       我们

7.4.2 使用聚合操作进行计算       聚合背后的概念在于我们保持一些状态，将在整个操作过程中传递。我们用一个初始状态开始，用给定的处理函数，为文档中的每个部件，计算一个新的状态。这种概念被反映在函数的签名中：   val aggregateDocument :   ('a -> DocumentPart -> 'a) -> 'a -> DocumentPart �&

  TDD（测试驱动开发）相关测试框架 1.  XUnit：相应于各语言的测试框架 2. EasyMock：模拟接口或类行为 3. DBUnit：数据库测试 4. Spring-test：提供数据库集成测试 5. 基于请求的web作测试 （1）Spring-mock：可以mock浏览器请求等 （2）JspTest：测试jsp页面 6. 基于控件的web作测试 （1）WicketTester （2）

准备工作 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、把上面几个库分别解压到不同目录 开始编译 zlib 1、修改win32/Makefile.msc 30行CFLAGS  = -nologo -M

在《模式设计》一书中，聚合与相识的定义分别如下， 聚合 意味着一个对象拥有另一个对象或对另一个对象负责。一般我们称一个对象包含另一个对象或者是另一个对象的一部分。 相识 意味着一个对象仅仅知道另一个对象。有时相识也被称为“关联”或“引用”关系。相识的对象可能请求彼此的操作，但是它们不为对方负责。 CSDN讨论社区的一个例子能够很好的说明两者的区别。        聚合对象包容了被聚合对象，或者说，

公司更换新机器，重新做了系统，依然是windows 2008 r2 ,调试程序试遇到如下错误：  未能加载文件或程序集“ImageMagickNet”或它的某一个依赖项。试图加载格式不正确的程序  解决方法：方法一： 怎么也想不起来之前是怎么解决的了，上网找资料，没有一个靠谱的。偶然间查看IIS7.5的应用程序池设置，看到如下设置：（启用32位应用程序） 属性 ——常规—— 启用32位应用程序 修

我们在自己创建组件经常会出现我们的组件从工具箱中拖到WinForm时会抛出如下异常。 即该组件没法初始化。 但是相同的组件在如果不是从工具箱中拖拽的方式，而是在后面代码中运行加载它又是正常的。 这就 让我们想象一个问题：这个组件又是正常的，即一个正常的组件不能够通过工具箱拖拽初始化？这是什么原因呢？ 通过跟踪发现拖拽方式，初始化时的控件加载路径是IDE下，而有些时候我们的控件有别的组件的引用，所以

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

一、名词解释 IoC：Inverse of control，控制反转； DI：Depedency Injection 依赖注入 IoC和DI是从不同角度描述同一件事情，即DI模式是Ioc的具体实现方式，通过引入IoC容器，利用依赖关系注入，实现对象的解耦。 二、问题引入 先来看普通的方式： using System; using System.Collections.Generic; using

代码在2011年全国电子大赛结束后（2011年9月3日）发布，多个版本，注释详细。 /******************************************************************************* ** 程序名称：快速傅里叶变换(FFT) ** 程序描述：本程序实现快速傅里叶变换 ** 程序作者：宋元瑞 ** 最后修改：2011年4月5日 *

http://www.linuxidc.com/Linux/2011-08/40055.htm android小设置 http://yueguc.iteye.com/blog/1051963 使用Git管理你的项目--查看详细日志http://lnmp.in/how-to-git-3 http://ishelf.iteye.com/blog/801958

对象创建的依赖 关于依赖的哲学，最典型的违反莫过于对象创建的依赖。自面向对象的大旗树立以来，对于对象创建话题的讨论就从未停止。不管是工厂模式还是依赖注入，其核心的思想就只有一个：如何更好地解耦对象创建的依赖关系。所以，在这一部分，我们就以对象创建为主线，来认识对于依赖关系的设计轨迹，分别论述一般的对象创建、工厂方式创建和依赖注入创建三种方式的实现、特点和区别。 1．典型的违反 一般而言，以new关

解构控制反转（IoC）和依赖注入（DI） 1．控制反转 控制反转（Inversion ofControl，IoC），简言之就是代码的控制器交由系统控制，而不是在代码内部，通过IoC，消除组件或者模块间的直接依赖，使得软件系统的开发更具柔性和扩展性。控制反转的典型应用体现在框架系统的设计上，是框架系统的基本特征，不管是.NET Framework抑或是Java Framework都是建立在控制反转的

/*  * 35.cpp  *  *  Created on: 2011-8-8  *      Author: san  */ # include <stdio.h> # include <string.h> #define N 100 //定义字符串倒置函数 char convert(char s[N]) { int i; int j; char temp; for (i=0; i<strle

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

lsp是dip的基础。 一、基本概念       抽象不应该依赖细节，细节应该依赖抽象。即针对接口编程，不要对实现编程。 A：高层模块不能依赖低层模块，两者都应依赖抽象。 B：抽象不应该依赖细节，细节应该依赖抽象。       二、里氏代换原则（LSP） 子类型必须能够替换掉它们的父类型 解释：一个软件实体如果使用的是一个父类的话，那么一定适用于其子类，而且它察觉不出父类对象和子类对象的区别。  

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

  COM不支持实现继承的原因在于这种继承方式将使得一个对象的实现同另外一个对象的实现紧紧地关联起来。在这种情况下，当基类的实现被修改后，派生类将无法正常运行而必须被修改。这就是为什么一些用C++编写大型程序的专家们强烈建议人们基于抽象类来构建应用程序。 因此，为了保证以组件的修改不会影响应用程序的正常运行，COM并不支持实现继承。我们可以用组件包容来完全模拟实现继承。   包容和聚合 　 对一个

依赖属性的好处大家可以参见前面我转载的博文。我们知道，WPF中控件的属性非常多，但这些属性中大部分你在编程过程中是不会改变设置的，而是直接利用其默认值（所以以后设计属性时，默认值的选择也非常关键，这有利于减少存储），如果采用原来的属性方式，每个类的实例都会有自己的一份属性值集合，哪怕都是缺省值。这样做从存储上来讲当然是不划算的，因此可以将缺省值存在类里面，而只有改变了的与默认值不同的值才存在实例里

依赖对象一个主要的功能就是提供对依赖属性属性值的管理，所有需要具有依赖属性的类都可以从这里继承，而无需自己去管理依赖属性值。依赖对象的主要方法就是SetValue和GetValue两个方法，这也是依赖属性和普通属性获取值不一样的地方，当然实际的应用中依赖属性一般不会直接使用这两个方法，而是封装成普通属性方式。另外对于依赖属性，我们还提供了一个属性值发生变化时依赖对象可以截获的回调机制，这样做的目的

下面是依赖对像类的实现：（注，这里涉及到INotifyPropertyChanged接口，大家可以参考MSDN文档了解).  /// <summary>     /// 依赖对像，主要提供属性值和属性绑定的管理。     /// </summary>     public class MyDependencyObject     {         private IDictionary<MyDe

1、一个依赖对象示例：  public class MyDendencyControl : MyDependencyObject     {         public static readonly MyDependencyProperty ContentDependencyProperty =             MyDependencyProperty.Register("Conten

依赖对象准备增加了属性元数据类型的定义，开始忘记贴了。以上代码都经过了测试，模拟是成功的。其实微软在页面中的绑定语法最终都会如模拟中那样实现。微软的做法是导入xaml文件的时候根据文件中的控件语法动态的生成控件实例，其绑定语法也是在这个过程中自动添加进出的，只不过需要一个简单的路径语法分析而已。另外，Silverlight里的每个控件都有一个DataContext属性，这个属性发生变化时，我觉得会

      就一个类而言，应该仅有一个引起它变化的原因。   有两个不同应用程序使用Rectangle类。 一个是有关计算几何学方面的，Rectangle类会在几何形状计算方面为它提供帮助，它从来不会在屏幕上绘制矩形。 一个是应用程序，是有关图形绘制方面的，它可能会进行一些计算几何学方面的工作，但是它肯定会在屏幕上绘制矩形。 这个设计就违反了单一职责原则。Rectangle类具有两个职责。 第一个

里氏代换原则定义： 一个软件实体使用的是一个基类的话，那么一定适用于其子类，这个软件实体察觉不出基类和子类对象的区别。   第一个辩证题目：正方形是否是长方形的子类？ 答案：不是。 既然正方形也属于长方形的一种特殊形式，满足IS关系，为什么不能是其子类呢？ 答：如果我们作成派生关系，为了满足正方形的长、宽相等，当调用正方形的setWidth()，或者setLength()时，必须将同时修改widt

核心：一个类，最好只做一件事，只有一个引起它变化的原因。     单一职责原则的英文名称是Single Responsibility Principle，简称是SRP，There should never be more than one reason for a class to change.类的改变不应该由一个以上的原因导致，也就是说不应该有一个以上的原因可以导致类的改变。　        

今天写《WCF技术剖析（卷2）》关于《WCF扩展》一章，举了“如何通过WCF扩展实现与IoC框架（以Unity为例）集成”（《通过自定义ServiceHost实现对WCF的扩展[实例篇]》）的例子。为了展示Unity如何实现几种典型的注入方式（构造器注入、属性注入和方法注入），我写了一个简单的小程序。如果读者对Unity或者IoC没有太多概念，我觉得这个小程序对于你初步地认识它们具有一定的帮助意义

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

概要  Functions that use pointers or references to base classesmust be able to use objects of derived classes without knowing it. 所有引用基类的地方必须能透明地使用其子类的对象。  即： ◇　所以使用基类代码的地方，用派生类代码替换后，能够正确的执行动作处理。 ◇　换句话说