在嵌入式程序开发过程中，程序员要进行大量的调试，以此验证程序的正确性，修改潜在的错误。调试器对于程序员来说是不可或缺的必备工具。在Linux环境中，有很多调试工具和调试辅助工具，例如GDB、XXGDB、RHIDE、XWPE、GVD和DDD等。其中，DDD是命令行调试器的图形前端，除了一般的程序调试功能以外，还具有交互式图形数据显示的功能。它在嵌入式应用开发中也十分出色。本文主要讲述DDD（Dat

针对颜色直方图和颜色矩无法表达图像色彩的空间位置的缺点，Pass[9]提出了图像的颜色聚合向量（color coherence vector）。它是颜色直方图的一种演变，其核心思想是将属于直方图每一个bin的像素进行分为两部分：如果该bin内的某些像素所占据的连续区域的面积大于给定的阈值，则该区域内的像素作为聚合像素，否则作为非聚合像素。假设αi与βi分别代表直方图的第i个bin中聚合像素和非聚合

上面,你学到了如何开发藕合松散的服务组件.但是,为了存取那些服务对象,你需要通过服务器的JNDI来查找存根对象(session bean)或消息队列(MDB).JNDI查找是把客户端与实际的服务端实现解藕的关键步骤.但是,直接使用一个字符串来进行JNDI查找并不优雅.有这 样几个原因: ・客户端与服务端必须有一致的基于字符串的名字.它没有在编译时得到认证或在布署时得到检查. ・从JNDI返回的服务

        秉承《重构》的风格，该书也是同样的冗长和繁复，说了为了再现真实的代码。以前，或许我会同意，但是现在已经受不了了。如果电影院不是放大片，而是如现实 生活一般平淡的镜头，你还会去看么？同样，文学作品即便是基于生活，也是经过提炼，浓缩和升华的。所以，我已经没有耐心慢慢跟你去从平凡中发现什么真理 了。好吧，书名已经说了，是TDD By Example。 　　 　　因为TDD的所有元素都已经

CppUnit测试框架入门 作者：Jack Ho 下载源代码 　　测试驱动开发(TDD)是以测试作为开发过程的中心，它坚持，在编写实际代码之前，先写好基于产品代码的测试代码。开发过程的目标就是首先使测试能够通过，然后再优化设计结构。测试驱动开发式是极限编程的重要组成部分。XUnit，一个基于测试驱动开发的测试框架，它为我们在开发过程中使用测试驱动开发提供了一个方便的工具，使我们得以快速的进行单元测

[Mental Studio]猛禽[Blog] （这篇文章始作于两年前，当时本来是想以我为备份自己的BLOG而写的一个小程序为例来说明我的这一想法。不过因为那个程序缺乏通用性，后来没有再去完善它，结果 这篇文章也就被放下了。然后又有很长一段时间忙于别的事情，没有接触原生应用开发。直到最近才因为在研究SQLite时，写了个简单的程序，并且在其中运用了两 年前的这一思路，故决定以新程序为例把这篇文章完

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

  package  org.exception; /** */ /**  * 订单管理系统的基础错误  *   * @author rodney  *   */ public   class  OrderBaseException  extends  RuntimeException  ... {     /** *//**      *       */     private static 

 在继续<设计模式精解>这本书之前,我们来学习些OOD的一些设计原则.这些原则在提高一个系统可维护性的同时,提高这个系统的可复用性.他们是一些指导原则,依照这些原则设计,我们就可以有效的提高系统的复用性,同时提高系统的可维护性.       这些OOD原则的一个基石就是"开-闭原则"(Open-Closed Principle OCP).这个原则最早是由Bertrand Meyer提出,英文的原文

从上一篇的"开-闭"原则中可以看出,面向对象设计的重要原则是创建抽象化,并且从抽象化导出具体化.这个导出要使用继承关系和一个原则:里氏代换原则(Liskov Substitution Principle, LSP).       那么什么是里氏代换原则呢?有个严格的表述,绕口,不好记.还是比较白话的这个好记.说的是:一个软件实体如果使用的是一个基类的话,那么一定适用于其子类,而且它察觉不出基类对象

合成（Composition）和聚合（Aggregation）都是关联（Association）的特殊种类。聚合表示整体和部分的关系，表示“拥有”；合成则是一种更强的“拥有”，部分和整体的生命周期一样。合成的新的对象完全支配其组成部分，包括它们的创建和湮灭等。一个合成关系的成分对象是不能与另一个合成关系共享的。       换句话说，合成是值的聚合（Aggregation by Value），而一

  "开-闭"原则是我们OOD的目标,达到这一目标的主要机制就是"依赖倒转原则".这个原则的内容是:要依赖于抽象,不要依赖于具体.       对于抽象层次来说,它是一个系统的本质的概括,是系统的商务逻辑和宏观的,战略性的决定,是必然性的体现;具体的层次则是与实现有关的算法和逻辑,一些战术性的决定,带有相当大的偶然性.传统的过程性系统设计办法倾向于使高层次的模块依赖于低层次的模块;抽象层次依赖于具

正规的软件开发过程太烦琐，我们真的需要一个简单高效一点的开发模式，比如XP和Agile。至于什么是XP和Agile，我以为关键都是要充分发挥开发人员的主观能动性，而不仅仅把其当作一颗螺丝钉。 自从上次安装了一个 Mingle的测试版， 就觉得这就是我想像中的Agile项目管理工具，相比之下MS Project太过于烦琐！Mingle最让我喜欢的地方就是Use Story和Release Itera

在去北京参加infoq大会之前，我就开始了对DDDQuickly的翻译工作，如今，在我和 泰稳的努力下，它终于可以跟大家见面了。我心甚慰。 可以去 infoq中文站免费获得此 迷你书。   ======================================   序言 在2004年之前的某一天，我跟所在部门的一个设计师进行沟通，当时他为自己的一个思路兴奋不已，而我要做的事情就是跟他讨论清楚

      转篇文章,原文章的地址:http://www.itisedu.com/phrase/200603121128285.html         测试驱动开发（Test-Driven Development，TDD）是通过测试定义所要开发的功能的接口，然后实现功能的开发过程。      (TDD)，是Extreme Programming (XP)--极限编程的一个重要组成部分。在上面的图

cisco 交换机上的链路聚合 　　一、2层 ethernet channel 　　（interface)#channel-group number mode {on | auto [no-silent]|desirable [no-silent]} 　　on 使用EthernetChannel 但不发送pagp分组 　　off 禁用EthernetChannel 　　desirable  交换机

依赖倒置、控制反转和依赖注入辨析 作者： 王咏武 在《道法自然——面向对象实践指南》一书中，我们采用了一个对立统一的辩证关系来说明“模板方法”模式—— “正向依赖 vs. 依赖倒置”（参见：《道法自然》第15章[王咏武， 王咏刚 2004]）。这种把“好莱坞”原则和 “依赖倒置”原则等量齐观的看法其实来自于轻量级容器PicoContainer主页上的一段话： “控制反转（Inversion of

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

Author: Cpluser Website：http://tdd.nease.net Email：[email protected] Blog：http://blog.csdn.net/cpluser/ 演示代码下载 测试驱动开发(TDD)是以测试作为开发过程的中心，它坚持，在编写实际代码之前，先写好基于产品代码的测试代码。开发过程的目标就是首先使测试能够通过，然后再优化设计结构。测试驱动

2006年11月09日 15:44:00

2007年09月26日 21:34:21

2006年11月09日 15:44:00

2007年09月26日 21:34:21

2006年11月09日 15:44:00

2007年09月26日 21:34:21

2006年11月09日 15:44:00

2007年09月26日 21:34:21

在建立对象模型时，很容易把依赖、关联和聚集关系混淆。当对象A和对象B之间存在依赖、关联或聚集关系时，对象A都有可能调用对象B的方法，这是三种关系之间的相同之处，除此之外，它们有着不同的特征。 1．依赖关系的特征 对于两个相对独立的系统，当一个系统负责构造另一个系统的实例，或者依赖另一个系统的服务时，这两个系统之间主要体现为依赖关系，例如生产零件的机器和零件，机器负责构造零件对象。再例如充电电池和充

 package org.zhq; import java.awt.BorderLayout; import java.awt.Frame; import java.awt.Panel; import javax.swing.JTree; import javax.swing.tree.DefaultMutableTreeNode; public class Treetest {      pub

/*-----------------------------------------------------*/ /*--------------单链表的创建、插入、删除、倒置操作-----------*/ /*--------------Written by redfire250-----2005.5.10----*/ /*-----------------------------------