学习日记….设计方法测试驱动开发，行为驱动开发，以及领域驱动开发。
一测试驱动开发TDD的目的是通过测试来形成好的设计。进行软件开发的时候，首先通过写不能通过的测试代码来确认一些逻辑，然后写出真正的业务逻辑代码测试通过，最后重构代码。这是三个步骤就是经典的TDD“Rad,Green,Refactor”过程其中Rad表示测试代码失败，Green表示测试代码通过，Refactor指的是重构。
目前我经常使用这种模式，先设计一遍摸清坑有多深，然后填平这个坑，在重建，我觉得很好用，因为有些坑只是在设计层面上是不知道有多深的..当你填平这个坑的时候，代码是乱糟糟的，所以也得重构
二领域驱动开发
DDD核心就是如何将业务领域的概念映射到软件开发中。DDD通过对现实领域中的概念进行抽象和建模，得到业务模型，然后近一步分析业务规则和业务模型之间的关系，从而得到一个更加接近现实领域的所有业务模型，从而开发出能解决领域问题的软件。这DDD我只用了一般就是抽象建模...，后面的分析将作为重点的学习。
三行为驱动开发BDD是一种融合了可接受性测试驱动计划（Ac~ceptance TestDriven Planning）,领域驱动开发，以及测试驱动开发的敏捷开发， 我擦没听过啊~~好深奥的样子
的重点学学...BDD所关注的内容是通过于软件的利益关系人进行讨论而得出的清晰的，易于理解的，所期望的软件功能。它扩展了TDD,通过用于编程无关的自然语言来编写测试用例~~这点怎么那么像uml用例在配说明啊~~。同时在业务方面结合了领域中的语言来编写业务。这样，开发人员就只需要关注在为什要写这样的功能代码，而不是如何写这些代码~~疑惑中...慢慢学习
