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

FoxnicSQL中的Service有点像DDD中的Repository，但Foxnic体系里面又没有将Repository和Service区分开来，所以它更有点像两者的合体。但，他们的合与分本身是弹性的，具体还是要看业务场景的需要。在很多项目中，好多时候，Controller是Service的二传手，或许它也会成为Repository的三传手。所以，到底是单传还是二传或是三传还是要看项目、看场景。<br/FoxnicSQL中的Service就是将数据操作的目标具体化，它初始的样子就是针对单个表、单个实体的数据操作者。Service在使用时需要代码生成工具由数据表生成Po、Vo对象，Service接口以及接口实现。关于如何生成这些代码，我们不在此节展开。在此我们主要是了解如何使用Service已经为开发者提供的诸多功能

Categraf是一个监控采集Agent，类似Telegraf、GrafanaAgent、DatadogAgent，希望对所有常见监控对象提供监控数据采集能力，采用Allinone的设计，不但支持指标采集，也希望支持日志和调用链路的数据采集。相比于其他采集器，Categraf的优势在于：支持remote_write写入协议，支持将数据写入promethues、M3DB、VictoriaMetrics、InfluxDB；指标数据只采集数值，不采集字符串，标签维持稳态结构；采用allinone的设计，所有的采集工作用一个agent搞定；未来也可以把日志和trace的采集纳入agent；纯Go代码编写，静态编译依赖少，容易分发，易于安装。