关键字: uml 分析一下UML类图中关联、聚合、组合三者的定义与关系。 @author:ZJ 06-11-27 http://zhangjunhd.blog.51cto.com/ 1．关联（Association） 类之间的关联大多用来表示变量实例持有着对其他对象的引用。 Phone拥有一个对Button的引用。 2．聚合（Aggregation） 聚合是关联的一种特殊形式，它意味着一种整体/部

Q: 为什么通过单元测试发现的 Bug 很少 ? A: 单元测试不是用来发现 Bug 的, 而是用来预防 Bug 的. 如果采用 TDD, 测试用例完成之时, 产品代码尚未编写, Bug更无从谈起. 　 Q: 那是否写单元测试就能提高代码质量了 ? A: 关于这一点, 似乎有人不这么看, <<TDD Opinion: Quality Is a Function of Thought and Ref

什么是单一入口应用程序？ 在解释什么是单一入口应用程序之前，我们先来看看传统的 web 应用程序。 news.php 显示新闻列表 news_edit.php 显示新闻编辑页面 这两个页面不但分别实现了两个功能，还成为了应用程序的两个入口。 那什么是入口啊？ 打个比方，大家上 WC，都是男生进一个门，女生进一个门。这两个门就是 WC 的两个入口。 呵呵，上面的例子应该很好理解吧。那稍微变换一下，单

　 Q: 结对编程、责任共享，完全是胡说，代码找不到作者，开发人员哪里会有责任心! A: 这个疑问基于一个假设: 开发人员的责任心来自于问责制度, 开发人员只有在恐惧的驱使下才会细心去编码. 我不知道你的职位是什么, 你或许是某个大中型企业的中高层领导, 或许手下有不少的人, 但你不会得到手下的尊敬, 他们只有"畏". 或许在对死亡之类的恐惧面前, 人类会爆发出强大的力量, 对于医疗系统, 军事系

  控制反转容器&依赖注入模式 Inversion of Control Containers and the Dependency Injection pattern   作者：Martin Fowler 翻译：坚强2002 源文档 <http://www.martinfowler.com/articles/injection.html>            轻量级容器在Java社区近来可是风

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

  http://blog.csdn.net/dracularking/archive/2008/05/03/2371540.aspx 类之间的关系 <!--[if !supportLists]-->1． <!--[endif]-->种类： Generalization(泛化)，Dependency(依赖关系)、Association(关联关系)、Aggregation(聚合关系)、Composi

  在ALV提供的标准工具栏上我们可以实现输出结果的聚合（最大值，最小值，汇总，平均数），排序，过滤功能，同样在程序里也可以达到这些功能。   1.       声明聚合，排序，过滤所需要的变量。 DATA: lr_aggregations TYPE REF TO cl_salv_aggregations,        lr_filters       TYPE REF TO cl_salv_f

  关联--依赖、组合--聚合   联系与区别： 依赖是比关联弱的关系，关联代表一种结构化的关系，体现在生成的代码中，以java为例：     若类A单向关联指向类B，则在类A中存在一个属性B   b。     若类A依赖类B，则不会有这个属性，类B的实例可能存在于某个方法调用的参数中，或某个方法的局部变量中。 例如代码：      依赖：----存在于某个方法调用的参数中，或某个方法的局部变量中

    软件构建学问中总有一些理论上很美好，但是一使用就面目全非的东西，比如传统的瀑布模型。敏捷里很多被称之为思想的东西，恰恰没有太高深的理论，但都是一些实践的艺术，强调动手做而不是用理论论证。TDD就是这样一种东西，单纯去研究它的理论，分析它的优点和缺点没有任何意义，因为它本身就是一个很单纯的东西，再对其抽象也得不出象“相对论”那样深厚的理论。问题是你做了没有？支持TDD的人有没有从实践中真正体

已经学习了好几天了，一个小例子让我豁然开朗，以下是我个人的一点理解： 由于WPF由XAML文件和c#文件组成的，c#负责逻辑处理，所以很多控件属性就会别修改，此时我们希望他能够反映到界面上，依赖项属性就能够做到这点。当然系统的控件的一般的属性都是依赖性的，我们不必担心，但在数据绑定的时候，我们会经常绑定到对象，这就要求对象的属性变化是也要通知到对象。通常可以采用PropertyChangedEve

CppUnit测试框架入门(1) Author: Cpluser Website：http://blog.enjoyimage.com Email：[email protected] Blog：http://blog.csdn.net/cpluser/ 演示代码下载 测试驱动开发(TDD)是以测试作为开发过程的中心，它坚持，在编写实际代码之前，先写好基于产品代码的测试代码。开发过程的目标就是首先

我们一直努力又努力去掌握那些对于我们来说是全新的东西。那么，我们做什么来帮助学习？下面是一个关于如何使你编程更迅速合理的10件 事情的列表。我更习惯与使用Ruby on Rails，但下面的观点也适用于其他环境。 1．升级单元测试 你的编程没有测试？你应当随时进行测试，即TATFT ( testing all the fucking time )。当然你应当选择比仅是单元测试更好的方式。RSpec

我们一直努力又努力去掌握那些对于我们来说是全新的东西。那么，我们做什么来帮助学习？下面是一个关于如何使你编程更迅速合理的10件 事情的列表。我更习惯与使用Ruby on Rails，但下面的观点也适用于其他环境。 1．升级单元测试 你的编程没有测试？你应当随时进行测试，即TATFT ( testing all the fucking time )。当然你应当选择比仅是单元测试更好的方式。RSpec

导读： 　　【CSDN编译】我们一直努力又努力去掌握那些对于我们来说是全新的东西。那么，我们做什么来帮助学习？下面是一个关于如何使你编程更迅速合理的10件事情的列表。我更习惯与使用Ruby on Rails，但下面的观点也适用于其他环境。 　　 1．升级单元测试 　　你的编程没有测试？你应当随时进行测试，即TATFT ( testing all the fucking time )。当然你应当选择

我们一直努力又努力去掌握那些对于我们来说是全新的东西。那么，我们做什么来帮助学习？下面是一个关于如何使你编程更迅速合理的10件 事情的列表。我更习惯与使用Ruby on Rails，但下面的观点也适用于其他环境。 1．升级单元测试 你的编程没有测试？你应当随时进行测试，即TATFT ( testing all the fucking time )。当然你应当选择比仅是单元测试更好的方式。RSpec

国际观点：有助于你编程而立即要做的10件事   【CSDN编译】我们一直努力又努力去掌握那些对于我们来说是全新的东西。那么，我们做什么来帮助学习？下面是一个关于如何使你编程更迅速合理的10件事情的列表。我更习惯与使用Ruby on Rails，但下面的观点也适用于其他环境。 1．升级单元测试 你的编程没有测试？你应当随时进行测试，即TATFT ( testing all the fucking t

 我们一直努力又努力去掌握那些对于我们来说是全新的东西。那么，我们做什么来帮助学习？下面是一个关于如何使你编程更迅速合理的10件事情的列表。我更习惯与使用Ruby on Rails，但下面的观点也适用于其他环境。 1．升级单元测试 你的编程没有测试？你应当随时进行测试，即TATFT ( testing all the fucking time )。当然你应当选择比仅是单元测试更好的方式。RSpec

我们一直努力又努力去掌握那些对于我们来说是全新的东西。那么，我们做什么来帮助学习？下面是一个关于如何使你编程更迅速合理的10件事情的列表。我更习惯与使用Ruby on Rails，但下面的观点也适用于其他环境。 1．升级单元测试 你的编程没有测试？你应当随时进行测试，即TATFT ( testing all the fucking time )。当然你应当选择比仅是单元测试更好的方式。RSpec和

 【CSDN编译】我们一直努力又努力去掌握那些对于我们来说是全新的东西。那么，我们做什么来帮助学习？下面是一个关于如何使你编程更迅速合理的10件 事情的列表。我更习惯与使用Ruby on Rails，但下面的观点也适用于其他环境。 1．升级单元测试 你的编程没有测试？你应当随时进行测试，即TATFT ( testing all the fucking time )。当然你应当选择比仅是单元测试更好

Q: 为什么通过单元测试发现的 Bug 很少 ? A: 单元测试不是用来发现 Bug 的, 而是用来预防 Bug 的. 如果采用 TDD, 测试用例完成之时, 产品代码尚未编写, Bug更无从谈起. Q: 那是否写单元测试就能提高代码质量了 ? A: 关于这一点, 似乎有人不这么看, <<TDD Opinion: Quality Is a Function of Thought and Refle

因为工作任务紧，很久没有更新博客了，这不，在群中就有许多读者向我“投诉”了。唉，真是忙，第8期VIP群讲座又快开始了，又得准备专门的稿件了（主题为“例说数据通信原理”）！        为了实现既能不让大家失望，更新博客，又能出一篇对大家有意义的文章，想来想出，只好再牺牲一篇VIP群讲过的部分习题内容了。同时也在我的新作 《网管员面试宝典》一书之中。这就是大家认为最难懂的“子网划分与聚合”了。在此

我们一直努力又努力去掌握那些对于我们来说是全新的东西。那么，我们做什么来帮助学习？下面是一个关于如何使你编程更迅速合理的10件事情的列表。我更习惯与使用Ruby on Rails，但下面的观点也适用于其他环境。 1．升级单元测试 你的编程没有测试？你应当随时进行测试，即TATFT ( testing all the fucking time )。当然你应当选择比仅是单元测试更好的方式。RSpec和

关联--依赖、组合--聚合   联系与区别： 依赖是比关联弱的关系，关联代表一种结构化的关系，体现在生成的代码中，以java为例：     若类A单向关联指向类B，则在类A中存在一个属性B   b。     若类A依赖类B，则不会有这个属性，类B的实例可能存在于某个方法调用的参数中，或某个方法的局部变量中。 例如代码：      依赖：----存在于某个方法调用的参数中，或某个方法的局部变量中。

在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边学习；其二是花很多时间完整地把整个语言学习一遍，做到胸有成竹，然后再开始做实际工作。然而这两种方法都有弊病。第二种方法的问题当然很明显，不仅浪费了时间，偏离了目标，而且学习效率不高。因为没有实际问题驱动的语言学习通常是不牢固不深入的。有的人学着学着成了语言专家，反而忘了