然后在代码调用insert前调用函数来解决：
如何处理系统字段呢，在创建编辑数据时，需要获取当前用户，然后根据逻辑分别更新创建人信息以及编辑人信息，我们专门编写一个反射机制的函数来处理系统字段：
注：下面的系统字段的识别，是靠系统约定实现的，比如creator约定为创建人等，可根据不同的情况做数据兼容，如果系统设计的好，一般在一个系统下所有表的风格应该是相同的。
最后在数据处理前，根据创建或者编辑去调用函数来给系统字段赋值，这类代码都混杂在业务代码中。
我们可以利用参数注入来解决。参数注入的理念就是在spring mvc接收到前台请求的参数后，进一步对接收到的参数做处理以达到预期的效果。我们来创建
ManageModelConfigMethodArgumentResolver，它需要实现HandlerMethodArgumentResolver，这个接口看起来比较简单，包含两个核心方法：
• 判断是否是需要注入的参数，一般通过判断参数上是否有特殊的注解来实现，也可以增加一个其它的参数判断，可根据具体的业务做调整，我这里只以是否有特殊注释来判定是否需要参数注入。
• 参数注入，它提供了一个扩展入口，让我们有机会对接收到的参数做进一步的处理。
这段函数有几处核心逻辑：
•取得参数对象，因为我们处理的是ajax请求的参数，最简单的注入方法就是得到实际参数通过反射去处理默认字段以及系统的值。ajax请求与form表单post提交的数据绑定略有不同，可参考之前文章分享的列表页动态搜索的参数注入(列表页的动态条件搜索)。获取当前请求参数对象，我们可以借助如下两个对象配合来完成：
•RequestMappingHandlerAdapter
•RequestResponseBodyMethodProcessor
通过如下代码就可以取到参数对象了，其实就是让spring mvc重新解析了一遍参数。
•如何获取当前用户，我们在成功登录系统后，将当前用户的信息存储在request中，然后就可以在函数中获取当前用户，也可以采用其它方案，比如ThreadLocal，缓存等等。
•调用处理函数解决默认字段以及系统的赋值，可以根据配置来决定是否处理字段默认值。
最后将我们的参数注入逻辑启动起来，这里选择在xml中配置：
再看action中的调用：只需要在参数前面增加注解@ManageModelConfig，如果需要处理默认值，则将启用默认值的选项设置成true即可，下面的实现部分完全看不到任何与业务无关的代码。
通过自定义实现HandlerMethodArgumentResolver，来捕获ajax请求的参数，利用反射机制动态的将系统字段以及需要处理默认值的字段自动赋值，避免人工干预，起到了代码精简，逻辑干净，问题统一处理的目的。需要注意的是这些实现都是结合当前系统设计的，比如我们认为id字段>0就代表是更新操作，为空或者等于小于0就代表是创建，系统字段也是约定名称的等等。
