函数依赖(FD) 1、函数依赖的定义(领会)：设有关系模式R(A1，A2，...An)或简记为R(U)，X，Y是U的子集，r是 R的任一具体关系，如果对r的任意两个元组t1,t2,由t1[X]=t2[X]导致t1[Y]=t2[Y]，则称X函数决 定Y，或Y函数依赖于X，记为X→Y。X→Y为模式R的一个函数依赖。 其实函数依赖就和数学里函数概念差不多，只不过在这里不是变量而是属性列。比 如关系表里如

1. 控制反转 (Inversion of Control) 与依赖注入 (Dependency Injection) 控制反转即 IoC (Inversion of Control) ，它把传统上由程序代码直接操控的对象的调用权交给容器，通过容器来实现对象组件的装配和管理。所谓的“控制反转”概念就是对组件对象控制权的转移，从程序代码本身转移到了外部容器。 IoC 是一个很大的概念，可以用不同的方

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

此文为转载文章:http://zjzkiss.cnblogs.com/ 世界是普遍联系的，因此程序世界中的类，也不可能是孤立的。UML为我们定义了它们之间的关系，就是：依赖、关联、聚合、组合还有泛化。            泛化关系比较好理解，就是表示类之间的继承关系。容易混淆的是依赖、关联、聚合和组合的关系。这里做一些甄别：        1、 依赖和关联的颠倒颠        在网上查找了一下

OOD原则 一．单一职责原则(The Sigle Responsibility Principle -----SRP) 一个类只能因为一个因素而改变，不然则导致”易碎性”，因为任何一个因素导致变化都会要修改这个类，尽管这些因素可能没有一点关系。 如果一个类承担的职责过多，就等于把这些职责耦合在一起。在SPR中，我们把职责定义为”变化的原因”(a reason for change)。如果你想到多于

转载自：Brian Sun @ 爬树的泡泡[http://www.blogjava.net/briansun   测试驱动开发全功略 {关键字}测试驱动开发/Test Driven Development/TDD测试用例/TestCase/TC设计/Design重构/Refactoring{TDD的目标}Clean Code That Works这句话的含义是，事实上我们只做两件事情：让代码奏效（

from http://www.51testing.com/?action_viewnews_itemid_100097.html   　最近听到了很多关于软件质量的话题，自己前段时间也参加个PMP(项目管理)的培训，所以一时对于质量控制特别感兴趣，在这里想和大家共同讨论下！ 　　软件质量，是所有人都很关心的东西。我们在开发过程中为了保证质量，从中引进了软件测试。它在整个的过程中起到的作用不言而预

 本系列文件之二 介绍bboss aop框架中依赖注入(ioc)功能的使用方法 本系列文章适用于bboss-aop-1.0.5，下载地址： https://sourceforge.net/project/showfiles.php?group_id=238653&package_id=290546&release_id=658454 bboss aop提供两种方式的依赖注入：      属性依赖注

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

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

  测试驱动开发（Test Driven Development,英文缩写TDD）是极限编程的一个重要组成部分，它的基本思想就是在开发功能代码之前，先编写测试代码。也就是说在明确要开发某个功能后，首先思考如何对这个功能进行测试，并完成测试代码的编写，然后编写相关的代码满足这些测试用例。然后循环进行添加其他功能，直到完成全部功能的开发。代码整洁可用(clean code that works) 是测

思科命令行配置： CLI:SW#conf t       SW(config)#interface range f1/1 -2       SW(config-if)#channel-group 1 mode desirable/on       SW(config-if)#swithport       SW(config-if)#switchport mode trunk       SW(c

“控制反转（Inversion of Control）的一个著名的同义原则是由Robert C. Martin提出的依赖倒置原则（Dependency Inversion Principle），它的另一个昵称是好莱坞原则（Hollywood Principle：不要调用我，让我来调用你）”[PicoContainer 2004]。 　　和网友们在CSDN Blog上进行了深入的讨论后，我又把这些概

2 开闭原则（Open-Closed Principle,OCP） 2.1 什么是开闭原则     开闭原则是面向对象设计中“可复用设计”的基石，是面向对象设计中最重要的原则之一，其它很多的设计原则都是实现开闭原则的一种手段。     1988年，Bertrand Meyer在他的著作《Object Oriented Software Construction》中提出了开闭原则，它的原文是这样：“

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

bboss-aop-1.0.5，下载地址： https://sourceforge.net/project/showfiles.php?group_id=238653&package_id=290546&release_id=658454   系列文章的前两篇介绍bboss aop框架的配置文件语法和属性依赖注入功能，本篇介绍bboss aop框架的构造函数依赖注入功能。   构造函数注入业务组件