一、minixml 介绍 1、minixml 是一个小型的开源的XML解析器，采用 C 语言开发。该解析器最大的特点就是小型、无须依赖其他类库 2、下载地址： http://www.minixml.org/ 二、移植minixml 库 1、解压到linux 下 tar mxml-2.10.tar.gz -C /home/yue/work0615/demolib/libxml/ cd /home
有段日子没有总结东西了，因为最近确实有点忙，一直在忙于hadoop集群的搭建，磕磕碰碰现在勉强算是能呼吸了，因为这都是在自己的PC上，资源确实有点紧张(搭建过程后期奉上)，今天难得大家都有空(哈哈哈~~~)，给各位总结一下Java开发猿人尽皆知的Spring框架它的核心组件——AOP(面向切面编程)。 老规矩，首先给各位说说它吧。AOP作为面向切面编程，是一种横向抽取的
1 前言 1.1 传统JS前台编程方式 传统的前台编程模式如下 <HTML>
<HEAD>
<!—这里引入页面依赖的元素，包括JS 文件
</HEAD>
<BODY>
<!—页面HTML元素-->
<SCRIPT>
<!—用户自己的脚本代码-->
</SCRIPT>
</BODY> 可以看出，传统的前台编程方式是面向过程的，不便于扩展于重用。在一个复杂的BS项目中，如果能够
Dojo Toolkit 简介 Dojo 于 2004 年创建，使开发 DHTML 和 JavaScript web 应用程序开发流程更为容易，隐藏了很多现代 web 浏览器中普遍存在的跨浏览器矛盾。这使重点放在实现功能上，而不是调整代码使其在每个浏览器上运行。Dojo 属于 Dojo 基金会，该基金会是 Russell 和 Dylan Schiemann 于 2005 年创建的。Dojo 是一个
Dojo 工具箱提供各种特性支持 web 应用程序开发人员创建 Rich Internet Applications，既节约开发时间也省去麻烦。从 DOM 帮助程序和 Asynchronous JavaScript and XML (Ajax) 到全面成熟的小部件库和面向对象特性，Dojo 实际上包括构建大规模 Ajax 驱动的 web 应用程序所需的一切。如果您所需的功能不包含在 Dojo 之中
背景 一个高效的软件开发过程对软件开发人员来说是至关重要的，决定着开发是痛苦的挣扎，还是不断进步的喜悦。国人对软件蓝领的不屑，对繁琐冗长的传统开发过程的不耐，使大多数开发人员无所适从。最近兴起的一些软件开发过程相关的技术，提供一些比较高效、实用的软件过程开发方法。其中比较基础、关键的一个技术就是测试驱动开发（Test-Driven Development）。虽然TDD光大于极限编程，但测试
第18章 工作流TDD（测试驱动开发） 18.1 工作流TDD简介 因为面向流程的软件开发与其它软件没有什么不同，所以我们认为流程定义应该可以被容易的测试。本章将向你展示怎样用平常的JUnit对所创建的流程定义进行单元测试，而不需要做任何扩展。 开发周期应该尽可能的短，对软件源码的修改应该立即被验证，最好没有任何中间的构造步骤。下面的示例将向你展示怎样开发和测试jBPM流程而没有中间步骤。 通
一、 定制pipeline的接口 可以定制三种类型的pipeline component：general, assembling,disassembling。 其中disassembling是接收管道的Disassemble阶段使用的pipeline component类型，assembling是发送管道Assemble阶段使用的pipeline component类型，两种管道的其它阶段都是用
作为一个有理想、有追求的程序员，你成天被各种名词包围着，你对其中一个叫做敏捷的东西特别感兴趣，因为它特别强调人的作用，这听着都让做程序员的你感到舒服。为了让自己早日敏捷起来，你从众多的敏捷实践中选择了一个叫做测试驱动开发（Test Driven Development，TDD）的作为你的起始点。因为它对你周遭的环境要求是最低的：它不像结对那样，要求其他人和你一起合作；也不像采用Story那样改变你
原文是为《PHPer》电子杂志写的一篇稿子，这里摘取了一部分（主要是代码）发表。 BDD（行为驱动开发）是很热门的话题。对于热门话题我都是有好奇心的 ^_^ 仔细看了一下各种资料，发现 BDD 真是个好东西。 以前写测试，都是针对功能来写测试。而 BDD 是针对系统行为的来写测试，实际上就是用测试定义了系统的行为。这样一来，写测试的过程实际上就是“设计”。在设计系统各个子系统应该具有的功能，这些功
测试驱动开发(TEST DRIVER DEVELOP, TDD)是以测试为驱动力，进行开发，是一种开发方法。实际上也是极限编程(Extreme Programming, EP)的一个重要特点，TDD不断的测试推动代码的开发，既简化了代码，又保证了软件质量。 使用测试驱动开发(TDD)就是通过编写代码的测试用例，对其功能的分解、使用过程、接口都进行了设计，以满足软件需求，这样使得代码的设
单元测试与敏捷开发 转载请保留作者信息： 作者：88250 Blog：http:/blog.csdn.net/DL88250 MSN & Gmail & QQ：DL88250@gmail.com 在要求项目要尽量快地实现的时候，质量与开发进度上会出现一定的矛盾，最突出的就是单元测试代码与逻辑实现代码。 TDD (测试驱动开发)必然没错，但是使用不当会造成开发效率的下降。在敏捷开发实践中，结合前辈经
从业5年，一直开发Windows平台上的程序，客户端为主，间或网络、驱动。对于测试总结出一些经验，自认为有助于提高开发生产效率，目前的感觉在30%左右。具体数据随着这些方法的使用逐渐清晰。也请参考这些方法的兄弟们参与讨论，指正或提出更好的办法，共同让程序员（当然也包括测试、客户）的生活变得轻松些。 每段先提出问题，再说下针对的测试方法。 第一，一个看似简单的模块往往需要超过
在http://www.scottberkun.com看到的另一篇，蛮有意思。(话说这个网站用的图标是其作者名的简写S*B...) Asshole driven development The software industry might be the world’s greatest breeding ground for new systems of management . F
1，引入概念 由于现在很多系统都是基于测试驱动开发完成的，所以我们就先来看一下什么叫测试驱动开发：测试驱动开发的基本思想就是在开发功能代码之前， 先编写测试代码。也就是说在明确要开发某个功能后，首先思考如何对这个功能进行测试，并完成测试代码的编写，然后编写相关的代码满足这些测试用例。然后循 环进行添加其他功能，直到完全部功能的开发。由于过程很长，在写的时候也省略了不少步骤，所以有些地方衔接不是
test-driven development 原文地址 http://justjavac.javaeye.com/blog/695179 测试驱动开发是敏捷开发中的一项核心实践和技术，也是一种设计方法论。TDD的原理是在开发功能代码之前，先编写单元测试用例代码，测试代码确定需要编 写什么产品代码。TDD虽是敏捷方法的核心实践，但不只适用于XP（Extreme Programming），同样
本文是《敏捷热点问题的多角度杂议》（首次刊发在程序员杂志2011年9月刊）的一部分，为方便讨论，在这里独立成文。 在讨论测试驱动开发之前，先澄清一个问题：测试驱动开发是否包括验收测试驱动开发。测试驱动开发（Test Driven Development，简称TDD）存在两种理解：1，包括验收测试驱动开发（Acceptance Test Driven Develop，简称ATDD）在内，
以后开发一定要测试先行！坚持TDD和BDD开发方法，不能贪容易，贪快。 后期代码的维护和测试，升级，都需要依赖Test Case！ 座右铭： 不测试，不编程！
测试驱动开发是敏捷开发中的一项核心实践和技术，也是一种设计方法论。TDD的原理是在开发功能代码之前，先编写单元测试用例代码，测试代码确定需要编写什么产品代码。TDD虽是敏捷方法的核心实践，但不只适用于XP（Extreme Programming），同样可以适用于其他开发方法和过程。 TDD的基本思路就是通过测试来推动整个开发的进行，但测试驱动开发并不只是单纯的测试工作，而是把需求分析，设计
几个月前，我去一个客户那里，他们在使用测试驱动开发上遇到了很多问题。 “我们的单元测试用例要半个小时才能跑完，”他说。 “你们这不是在做驱动测试开发，”我说。“为了让测试发挥效能，所有的测试必须在几秒钟内能跑完，否则的话，程序员不得不频繁的停下来等待测试。” “可是怎样才能让它们快起来？”他问，“光连接数据库就需要30秒” 于是，我想他展示了一种叫做依赖注入的技术，它能让你使用一个
