上一节，我们已经讲述了代码生成的基本步骤，但是对细节部分并未展开。利用FoxnicGenerator包进行代码生成的方式是多种多样的，我们这里提到的配置类这是其中一种，例如在FoxnicEAM项目里，有很多的代码生成非使用配置类来完成的。  我们优先选择配置类讲解，显然配置类有其优势。首先，配置类按数据表隔离，一数据表一模块一个配置类。其次，在配置类内部，按配置对象的不同，分别在不同的方法内进行配置代码的编写。例如，配置模型时在configModel方法内编写配置代码，配置字段时在configFields方法内编写配置代码。  那么，代码生成的配置为什么要用Java类，而不是用Json、XML或YML呢？首先，不管是Json、XML或YML、Java，都是在编辑器敲文本。那么哪一种方式敲文本是最方便的呢，自然是Java了，因为有开发工具强大的支持。

使用FoxnicWeb以及FoxnicSQL进行应用开发时，都可以支持代码生成。他们的区别是，基于FoxnicSQL的快速main函数启动的应用，只需要生成Model和Service即可。基于FoxnicWeb开发Web应用时，除了生成Model和Service以外，还要生成Proxy、Controller、UI界面等。  Foxnic的代码生成是基于数据表的，所以当表结构变更，甚至只是注释的调整，我们也是建议重新生成必要的代码。在Foxnic的体系中，我们认为最初的表结构设计、ER图设计，就是这个系统设计的起点。后续的程序设计或数据结构设计都是表结构设计的延续。  Foxnic的代码生成体系希望开发者可以有一个较高的开发起点，可以基于生成的代码直接开发应用，甚至是代码生成后无需修改就可以直接使用了。另一方面，我们又不关闭二次开发的开放性，毕竟自由的修改代码才是软件系统可以按需定制的终极路径。这也是Foxnic体系没有走无代码或低代码平台的原因。