站在产品角度，如何满足不同客户的需求定制？如何积累丰富的业务功能，尽可能复用避免重复开发？针对最近实施的几个客户，FoxnicWeb为模块增加了多版本特性，在一定程度上解决了甲方需求的多样性和差异性。  FoxnicWeb模块多版本主要是从UI界面和Service层着手。

FoxnicWeb的设计就是业务模块下Maven依赖层面可插拔，即只要把对应的模块加入启动项目的Maven依赖中那么启动项目就拥有了插入模块的功能，反之亦然。因此，在FoxnicWeb的业务模块(MavenModule)中需要做一些特殊处理，使业务模块插拔时同时体现在菜单上。

所谓参数即程序在运行时可以或得到的一些基础环境或相关的配置信息。这些信息来自各个不同的地方，有系统参数、程序的启动参数，程序的YML配置文件参数以及系统本身在数据库配置表的配置参数。这些参数信息通过程序相互协同，使系统在不同是实施场景有不同的表现。

模块代码生成之后，我们需要为配置菜单。配置菜单是一系列的过程，包括创建资源、创建菜单并关联资源，并将菜单授权给指定的角色。

之前的文档中我们曾多次提及，Foxnic的代码生成是迭代式的，当表结构变化后，需要重新生成相关的代码。例如某表增加了一个字段，那么对应的表结构元数据需要重新生成。此外，为了维护新加的字段也需要重新生成模块代码。  这个时候，如果模块代码已经被开发人员修改，默认情况下，重新生成代码会覆盖开发人员修改过的代码。为了能够反复生成大多数的模块代码Foxnic设计了一套机制，尽可将影响降到最低。

列表页面主要包含了顶部的搜索区域和表格区域，搜索区域有点类似表单，配置上可能存在相似之处。本篇我们就来了解一下，在代码生成时的列表页呈现方面，我们可以做点啥。

我们之前已经介绍了字段的通用配置和字段的表单组件配置，这些配置仅限于单个字段。由于FoxnicWeb的模块页面以打开窗口的方式呈现表单内容，自然就会有对表单窗口的控制，以及表单字段布局的控制。

上一篇中我们讲述了字段配置的通用项，本篇将详细介绍字段的表单编辑器配置。针对不同的表单编辑器，可以指定不同的代码生成参数。默认情况下，代码生成会根据表字段的类型等信息自动匹配一个表单组件。当然，开发人员也可以手动指定每个字段的表单组件类型。  虽然表单组件是呈现在表单界面的，但是它的设置同样会影响搜索区域对应的条件输入框。搜索区域的条件输入框组件按一定的规则与表单组件对应。本文将逐个介绍表单组件以及它们的代码生成配置项。

字段的配置是代码生成的核心。一个字段在界面上出现的位置有三个：表单、表格、表格的搜索区域，且这三个位置可能存在一定的相关性。字段配置就是要对某个字段在这个三个位置的表现形式和功能特性进行配置，从而生成符合业务需求的代码。

FoxnicWeb对模型体系进行了简化，默认创建PO和VO类，且VO继承自PO。其它代码基于PO和VO实现。当然开发者也可以按需自定义模型，但自定义模型并不建议手动创建，而是通过代码生成工具进行创建。  代码生成配置类的configModel方法将全部的模型配置集中于此，方便站在全局的高度理解与分析模型。开发者不必关心新建的模型应该放在哪个包下面，这些在代码生成配置上都已经定义，无需时时关注。  另外，由代码生成的模型有其规范和默认已经实现的方法，方便开发者的同时，也提高模型转换、克隆复制的性能。