在UML中，关联，依赖，聚集，组成的联系十分紧密，不容易区分，本文试图用通俗的语言来讲解这四种关系的区别。   关联，即是发生关系，一个类A关联类B，说明类A中的字段（或属性）中含有类B的实例链接（在C++中为指针），类B也可以关联类A，他们是对等的，没有主次之分。   依赖，类A依赖类B，说明类A中用到了类B，这个“用到”，比关联的程度更浅，比如，在局部变量（函数中的变量和函数参数）中用到了类B

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

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

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

1. 首先了解该语言的基本数据类型，基本语法和主要语言构造，主要数学运算符和print函数的使用，达到能够写谭浩强程序设计书课后数学习题的程度； 2. 其次掌握数组和其他集合类的使用，有基础的话可以理解一下泛型，如果理解不了也问题不大，后面可以补； 3. 简单字符串处理。所谓简单，就是Regex和Parser以下的内容，什么查找替换，截断去字串之类的。不过这个阶段有一个难点，就是字符编码问题。如果

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

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

   曾经，我认为只要做好详细设计工作，软件编码就成为一种体力活。在我印象中传统软件工程理论好像是这么说得：分析和设计是软件生产过程中最重要的两个阶段，好的设计产生好的结果，坏的设计产生坏的结果，详细设计文档是软件过程中最重要的部分，甚至比代码还重要。国内某人的书中还提到，“只要有了详细设计，哪怕原来的开发人员都离开了，换一批人照着详细设计仍然能把软件做完”。一提到详细设计我的脑子里也已经出现了这

  曾经，我认为只要做好详细设计工作，软件编码就成为一种体力活。在我印象中传统软件工程理论好像是这么说得：分析和设计是软件生产过程中最重要的两个阶 段，好的设计产生好的结果，坏的设计产生坏的结果，详细设计文档是软件过程中最重要的部分，甚至比代码还重要。国内某人的书中还提到，“只要有了详细设 计，哪怕原来的开发人员都离开了，换一批人照着详细设计仍然能把软件做完”。一提到详细设计我的脑子里也已经出现了

潘海滨 中国移动北京公司网优中心   　　随着各种互联网应用的蓬勃发展，现有的3G网络已经不能满足人们日益增长的需求。无线通信系统呈现出移动化、宽带化和IP化的发展趋势，在此形势下，国际电联(ITU)提出了更高的要求——IMT-Advanced，也就是我们说的4G技术。WiMAX、LTE和UMB是目前向4G演进的主要标准。 　　LTE(Long Term Evolution)同时定义了LTE/FD

转自：http://www.ibm.com/developerworks/cn/linux/l-tdd/index.html   测试驱动开发(TDD)是极限编程的重要特点，它以不断的测试推动代码的开发，既简化了代码，又保证了软件质量。本文从开发人员使用的角度，介绍了 TDD 优势、原理、过程、原则、测试技术、Tips 等方面。 背景 一个高效的软件开发过程对软件开发人员来说是至关重要的，决定着开

一、DIP简介（DIP--Dependency Inversion Principle）： 1、高层模块不应该依赖于低层模块,二者都应该依赖于抽象。 2、抽象不应该依赖于细节,细节应该依赖于抽象。   高层模块包含了一个应该程序中的重要的策略选择和业务模型，正是这些高层模块才使得其所有的应用程序区别于其他，如果高层依赖于低层,那么对低层模块的改动就会直接影响到高层模块,从而迫使它们依次做出改动。

  一、SRP简介（SRP--Single-Responsibility Principle）： 就一个类而言，应该只专注于做一件事和仅有一个引起它变化的原因。   所谓职责，我们可以理解他为功能，就是设计的这个类功能应该只有一个，而不是两个或更多。也可以理解为引用变化的原因，当你发现有两个变化会要求我们修改这个类，那么你就要考虑撤分这个类了。因为职责是变化的一个轴线，当需求变化时，该变化会反映类

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

关系模式R(x,y,z),满足函数依赖集f={x->y,x->z},则R为BCNF     鲍依斯-科得范式（BCNF）：在第三范式的基础上，数据库表中如果不存在任何字段对任一候选关键字段的传递函数依赖则符合第三范式。 由x->y,x->z可知，x是唯一关键字，不可能有部分函数依赖，因此是2NF. 由于不存在y->z或z->y这样的传递函数依赖，因此是3NF. 由于x是唯一关键字，不存在关键字->

在关系模式R(A，B，C)中，有函数依剌集F={(A,B)→C,(B,C)→A},则R最高达到( ) A.INF B.2NF C.3NF D.BCNF 选哪个答案,为什么. 答：D    因为AB，BC都是候选键，满足BCNF要求   传递依赖的定义为传递依赖的完整定义：设有关系模式R（U），X、Y、Z是属性或属性组，如果有X→Y，Y→Z，而且Y→X不成立、Z不是Y的子集、Z不是X的子集. 为什么