规则
大多数应用程序开发人员熟悉以下规则，但是与 Java 开发或极限编程中的做法相比，在配置驱动的开发中它们的应用方式有所不同。
1. 保持简单
配置文件必须容易理解和改进。尽管这似乎是理所当然的，但是有经验的 XML 用户常常使用不利于 CDD 方式的高级特性，比如那些使 XML 难以读取和理解的语法。
2. 根据需要进行改进
预定义的 XML 布局不会满足每个开发人员的需要。对这个问题的解决方案是，让 XML 布局能够适应需求。根据领域或软件体系结构的不同，类或字段定义中使用的 XML 属性有很大的差异。请记住，改进应该避免用户破坏 “保持简单” 规则。在上面的示例中，很容易发现许多配置参数在几乎所有其他产品中都没有用。市场上还没有工具能够简化它们的实现。
3. 尽早且经常进行验证
常识指出，在开发过程中越早发现错误，就越容易解决。根据这条原则，尽可能早些对配置进行详尽验证是有意义的。例如，可以使用 XSD 或 DTD 文件验证配置文件的 XML 结构。如果需要应用定制的验证规则，那么要毫不犹豫地实现自己的验证工具。尽管编写这些工具花费的时间并不是花费在最终产品的时间，但是这种投资是值得的。
好处、成本和限制
在采用一种新方法之前，最好是评估一下它的好处和成本，以及不应该 期望从中获得什么。本节概述这三个方面。
好处
减少重复
这种技术的首要好处显然是减少了信息重复，这会提高产品的可维护性和总体质量。
不依赖于特定厂商
由于只使用基本工具来编辑 XML，就不会将自己限制于任何厂商特有的工具。有许多开放源码工具可以用来读取和编辑 XML 文件。
源代码控制
市场上的一些解决方案将它们的输出存储为专有的 XML 格式，几乎不可能对这些文件进行合并。这些 XML 文件之间的引用也会导致问题。在任何时候只让一个团队成员有权修改配置文件是一种效率很差的方法。在多用户环境中，可以用源代码控制工具（比如 CVS、Subversion 或 Clearcase）处理手工编辑的 XML 文件。
