听说DDD-“领域驱动开发”已经很久了，园子里面已经有不少大牛写过博文介绍，但我一直没有尝试过，直到今年公司的一个项目出现数据库移植，原来的业务逻辑都写在SqlServer的存储过程中，现在要移植到PostgreSQL中，才真切的体会到，再继续走“表驱动开发”的模式，没有好前途了。于是，花了几个星期，来实践一下领

测试驱动开发是极限编程里很重要的一个实践，很多其他实践都是以这个实践为基础的。 　　测试驱动开发核心就是所有的实现都是测试“逼”出来的，所有的实现代码都是为了让测试通过而编写的，如果测试都通过了我们就可以拒绝再添加新的功能了或新的代码了，要让我写更多的代码，好，添加一个测试吧。 　　测试驱动开发的道理很简单：要知道好坏，用用才知道。比如，你想要买个东西，你肯定最想知道的是使

 今天我们通过一个“超市收银”业务来作为我们的示例（虽然这个示例看上去不太正常，但是它确表述我们所需要的）。我们将从业务分析到业务建模然后最后的编码来用“面向领域对象”的方式来做我们的项目。 好，我们开始吧！   一、业务分析   大家都去超市买过东西，对超市收银业务都比较熟悉。什么？你不熟？好吧，那我们找个收银员给大家

由于从公司辞职了，所以以前在公司里搭建的驱动开发环境也就 Game Over 了， 同样由于那环境是很久以前搭建的，自己也有很多记不清楚的地方了， 而且其中还是有很多需要注意的地方的，所以在这里顺便做一个环境搭建的总结， 以后再要用的时候也会很方便的。            

测试驱动开发（Test Driven Development, TDD)的想法来自于极限编程（ Extreme Programming，XP)。XP始于1999年，以测试为先为理念。XP一开始不温不火，可后来有了Junit，一下子就家喻户晓了。坊间传言，Junit是Kent Beck和Eric Gamma两位大牛在飞机上无聊了写着玩儿弄出来的。当然，倘是在中国春运的慢车上写的，那敬仰他们的人会更多

推行并实施行为驱动开发（Behavior Driven Development, BDD)已有三周。（行为驱动开发，即在编写产品代码前，先将产品功能描述成功能点（Feature），再对其间的步骤进行实现。在代码完成后，用事先写好的Feature对其功能进行验证。我们使用的Feature描述工具是Cucumber，对Cucumber不了解的人，可以先跳到最后，我写了一个简单的例子，说明Cucumbe

    模型驱动软件工厂的概念现在在软件行业越来越多了，OpenExpressApp的目标也是做一个类似的东东，本篇给大家介绍另一个模型驱动软件工厂的应用平台SoftFluent。 软件开发的挑战 常用方法      失败原因 技术缺乏 经验缺少 框架过渡设计 成功方程式模型 SoftFlu

上上个周四，我在组里做了个内部演讲，题目是“使用Cucumber实现行为驱动开发”。考虑到组内成员并不系统的敏捷背景，我是从历史开始的。扯软件开发的历史是我最喜欢的项目之一，大部分搞软件的读书读到历史基本都跳过去，我却很喜欢看看那些过往的小故事。所以每次跟人聊起来，我都尽量吹他个昏天黑地，反正也没人知道对错。我所介绍的软件开发的历史主线如下：× 1956年，缺陷

《敏捷软件开发实践》之测试驱动开发 测试驱动开发是极限编程里很重要的一个实践，很多其他实践都是以这个实践为基础的。 测试驱动开发核心就是所有的实现都是测试“逼”出来的，所有的实现代码都是为了让测试通过而编写的，如果测试都通过了我们就可以拒绝再添加新的功能了或新的代码了，要让我写更多的代码，好，添加一个测试吧。 测试驱动开发的道理很简单：要知道好坏，用用才知道。比如，你