这种策略让缓存依赖于一个指定的文件，通过改变文件的更新日期来清除缓存。                                                 /// <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的