作为一个程序员，你需要学习编程语言和编程框架。
虽然有些难度，但是你最终能掌握它们，顺利地写出应用程序。
但是，编程行业总是有一些东西，看起来很美，很简单， 但非常难于掌握。
你会理解TDD/DDD的概念。
但是很难像写Java代码那样在项目中使用
这是怎么回事呢？
这必须从TDD/DDD/BDD/UDD... （统称xDD）这些驱动方法的诞生开始说起。
能够创立一门理论的都是超级大牛， 都有着非常丰富的项目经验！
多个项目的历练让他们对某个领域的规律认识得非常深刻，他们又非常擅长总结和抽象，终于迎来了“啊哈”的时刻。
然后他们开始著书立说，开创门派。
这些框架方法是大牛们从自己的项目实践中归纳总结出来的，大牛们非常明白这一点。
所以，不可能写出一个适合任何场景的、可执行的操作步骤。
使用者需要根据自己项目的上下文对它们进行解释。
xDD驱动方法的提出者肯定会在项目中实践自己的理论，也肯定会遇到未知的问题。
但是，大神们的经验非常丰富，会对理论进行修正，然后解决问题
如果是经验不那么丰富的程序员，如何在新的、未知的环境使用这种方法呢？
这时候，你没有足够的知识，面对时间的压力，可能会有这些情况出现。
正是由于有人搞定了，有人搞不定，网络上出现了各种各样的声音。
对程序员来说，可以暂时放弃这些热门概念。
回归到编程最本质的东西，打好基础
如果你能熟练的使用他们，那模式就会自然地呈现出来。
当你掌握了这些东西以后，可以前进到一些更复杂的任务。
慢慢地，你会形成自己的思考，甚至有了自己的框架，当你看到TDD/DDD时，会倍感亲切：
内容来源网络，如有侵权，联系删除，本文地址：https://www.230890.com/zhan/101409.html