在CRUD操作中与业务无关的SQL字段赋值的方法

更新时间：2016年04月15日 09:39:39 作者：min.jiang

这篇文章主要介绍了在CRUD操作中与业务无关的SQL字段赋值的方法的相关资料,需要的朋友可以参考下

提高效率一直是个永恒的话题，编程中有一项也是可以提到效率的，那就是专注做一件事情，让其它没有强紧密联系的与之分开。这里分享下我们做CRUD时遇到的常见数据处理场景：

•数据库表字段全部设计为非空，即使这个字段在业务上是可以为空的，之所以将数据库表字段全部设计为非空，这里有优点也有缺点，我们认为优点大于缺点，所以选择了它

优点：

1.获取值时，不用判断这个字段是否为null，直接可用于逻辑运算。

2.mysql DBA推荐此方案，可能是有利于性能，这里我并非求证过。

缺点：

1.业务含义没有null清楚，比如int字段默认值设置成0，0就没有null语义清晰。

2.在使用ORM插入数据时，需要处理非空字段值为null的问题。

• 系统字段的赋值，比如创建人，创建人id，创建时间，编辑人，编辑人id，编辑时间等，这些都需要在实际插入数据库前赋值给Model。这些系统字段与具体的业务一般没有太大的关联关系，只是起到标注数据被什么人在什么时间处理的，当这些非业务相关的代码充斥在代码中时，就显得有些多余，而且这类代码多了也会显示冗余，最后带来的结果就是非关键代码比例大。

上面关于默认值与null语义问题不需要解决，因为我们认为具有默认值带来的优点远大于可空字段带来的烦恼，我们来看默认值与系统字段一般情况下如何处理：

•在操作ORM时，将模型所有可空的字段都手动赋值成默认值，int的赋值为0等。

•在设计数据库时，将非空字段加上默认值，让数据库来处理这些未插入值的字段，如果使用mybatis的话，mapper中提到的插入操作有两个：insert,insertSelective，后面这个insertSelective就是处理非空字段的，即插入的模型对于不需要赋值的字段就保持null值，数据库在插入时生成的sql语句也不会包含这些字段，这样就可以利用上数据库的默认值了。如果正巧数据库的结构当初设计时没有设计默认值，又不能改的情况就比较糟糕了，情况回到上面手动赋值，可能会出现类似如下的代码：编写一个函数通过反射来解析每个字段，如果为null就修改为默认值：

public static <T> void emptyNullValue(final T model) {
Class<?> tClass = model.getClass();
List<Field> fields = Arrays.asList(tClass.getDeclaredFields());
for (Field field : fields) {
Type t = field.getType();
field.setAccessible(true);
try {
if (t == String.class && field.get(model) == null) {
field.set(model, "");
} else if (t == BigDecimal.class && field.get(model) == null) {
field.set(model, new BigDecimal(0));
} else if (t == Long.class && field.get(model) == null) {
field.set(model, new Long(0));
} else if (t == Integer.class && field.get(model) == null) {
field.set(model, new Integer(0));
} else if (t == Date.class && field.get(model) == null) {
field.set(model, TimeHelper.LocalDateTimeToDate(java.time.LocalDateTime.of(1990, 1, 1, 0, 0, 0, 0)));
}
} catch (IllegalAccessException e) {
e.printStackTrace();
}
}
}

然后在代码调用insert前调用函数来解决：

ModelHelper.emptyNullValue(request);

如何处理系统字段呢，在创建编辑数据时，需要获取当前用户，然后根据逻辑分别更新创建人信息以及编辑人信息，我们专门编写一个反射机制的函数来处理系统字段：

注：下面的系统字段的识别，是靠系统约定实现的，比如creator约定为创建人等，可根据不同的情况做数据兼容，如果系统设计的好，一般在一个系统下所有表的风格应该是相同的。

public static <T> void buildCreateAndModify(T model,ModifyModel modifyModel,boolean isCreate){
Class<?> tClass = model.getClass();
List<Field> fields = Arrays.asList(tClass.getDeclaredFields());
for (Field field : fields) {
Type t = field.getType();
field.setAccessible(true);
try {
if(isCreate){
if (field.getName().equals(modifyModel.getcId())) {
field.set(model, modifyModel.getUserId());
}
if (field.getName().equals(modifyModel.getcName())) {
field.set(model, modifyModel.getUserName());
}
if (field.getName().equals(modifyModel.getcTime())) {
field.set(model, new Date());
}
}
if (field.getName().equals(modifyModel.getmId())) {
field.set(model, modifyModel.getUserId());
}
if (field.getName().equals(modifyModel.getmName())) {
field.set(model, modifyModel.getUserName());
}
if (field.getName().equals(modifyModel.getmTime())) {
field.set(model, new Date());
}
} catch (IllegalAccessException e) {
e.printStackTrace();
}
}
}

最后在数据处理前，根据创建或者编辑去调用函数来给系统字段赋值，这类代码都混杂在业务代码中。

ModifyModel modifyModel = new ModifyModel();
modifyModel.setUserId(getCurrentEmployee().getId());
modifyModel.setUserName(getCurrentEmployee().getName());
if (request.getId() == 0) {
ModelHelper.buildCreateAndModify(request, modifyModel, true);
deptService.insert(request);
} else {
ModelHelper.buildCreateAndModify(request, modifyModel, false);
deptService.updateByPrimaryKey(request);
}

我们可以利用参数注入来解决。参数注入的理念就是在spring mvc接收到前台请求的参数后，进一步对接收到的参数做处理以达到预期的效果。我们来创建

ManageModelConfigMethodArgumentResolver，它需要实现HandlerMethodArgumentResolver，这个接口看起来比较简单，包含两个核心方法：

• 判断是否是需要注入的参数，一般通过判断参数上是否有特殊的注解来实现，也可以增加一个其它的参数判断，可根据具体的业务做调整，我这里只以是否有特殊注释来判定是否需要参数注入。

@Override
public boolean supportsParameter(MethodParameter parameter) {
return parameter.hasParameterAnnotation(ManageModelConfig.class);
}

• 参数注入，它提供了一个扩展入口，让我们有机会对接收到的参数做进一步的处理。

@Override
public Object resolveArgument(MethodParameter parameter, ModelAndViewContainer mavContainer,
NativeWebRequest webRequest, WebDataBinderFactory binderFactory) throws Exception {
Object manageModel =getRequestResponseBodyMethodProcessor().resolveArgument(parameter, mavContainer, webRequest, binderFactory);
ServletRequest servletRequest = webRequest.getNativeRequest(ServletRequest.class);
Employee currentUser = (Employee) servletRequest.getAttribute(DEFAULT_ATTRIBUTE_GET_USER_FROM_REQUEST);
if (null == currentUser)
{
return manageModel;
}
ManageModelConfig parameterAnnotation = parameter.getParameterAnnotation(ManageModelConfig.class);
ModelHelper.setDefaultAndSystemFieldsValue(manageModel, currentUser,parameterAnnotation.isSetDefaultFieldsValue());
return manageModel;
}

这段函数有几处核心逻辑：

•取得参数对象，因为我们处理的是ajax请求的参数，最简单的注入方法就是得到实际参数通过反射去处理默认字段以及系统的值。ajax请求与form表单post提交的数据绑定略有不同，可参考之前文章分享的列表页动态搜索的参数注入(列表页的动态条件搜索)。获取当前请求参数对象，我们可以借助如下两个对象配合来完成：

•RequestMappingHandlerAdapter

•RequestResponseBodyMethodProcessor

private RequestMappingHandlerAdapter requestMappingHandlerAdapter=null;
private RequestResponseBodyMethodProcessor requestResponseBodyMethodProcessor = null;
private RequestResponseBodyMethodProcessor getRequestResponseBodyMethodProcessor() {
if(null==requestMappingHandlerAdapter)
{
requestMappingHandlerAdapter=new RequestMappingHandlerAdapter();
}
if (null==requestResponseBodyMethodProcessor) {
List<HttpMessageConverter<?>> messageConverters = requestMappingHandlerAdapter.getMessageConverters();
messageConverters.add(new MappingJackson2HttpMessageConverter());
requestResponseBodyMethodProcessor = new RequestResponseBodyMethodProcessor(messageConverters);
}
return requestResponseBodyMethodProcessor;
}

通过如下代码就可以取到参数对象了，其实就是让spring mvc重新解析了一遍参数。

Object manageModel =getRequestResponseBodyMethodProcessor().resolveArgument(parameter, mavContainer, webRequest, binderFactory);

•如何获取当前用户，我们在成功登录系统后，将当前用户的信息存储在request中，然后就可以在函数中获取当前用户，也可以采用其它方案，比如ThreadLocal，缓存等等。

ServletRequest servletRequest = webRequest.getNativeRequest(ServletRequest.class);
Employee currentUser = (Employee) servletRequest.getAttribute(DEFAULT_ATTRIBUTE_GET_USER_FROM_REQUEST);

•调用处理函数解决默认字段以及系统的赋值，可以根据配置来决定是否处理字段默认值。

ManageModelConfig parameterAnnotation = parameter.getParameterAnnotation(ManageModelConfig.class);
ModelHelper.setDefaultAndSystemFieldsValue(manageModel, currentUser,parameterAnnotation.isSetDefaultFieldsValue());

最后将我们的参数注入逻辑启动起来，这里选择在xml中配置：

<mvc:annotation-driven content-negotiation-manager="contentNegotiationManager">
<mvc:argument-resolvers>
<bean class="cn.wanmei.party.management.common.mvc.method.annotation.ManageModelConfigMethodArgumentResolver"/>
</mvc:argument-resolvers>
</mvc:annotation-driven>

再看action中的调用：只需要在参数前面增加注解@ManageModelConfig，如果需要处理默认值，则将启用默认值的选项设置成true即可，下面的实现部分完全看不到任何与业务无关的代码。

@RequestMapping(value = "/addOrUpdateUser")
@ResponseBody
public Map<String, Object> addOrUpdateUser(@ManageModelConfig(isSetDefaultFieldsValue=true) EmployeeDto request) {
Map<String, Object> ret = new HashMap<>();
ValidateUtil.ValidateResult result= new ValidateUtil().ValidateModel(request);
boolean isCreate=request.getId() == 0;
try {
if (isCreate)
{
employeeService.insert(request);
}
else
{
employeeService.updateByPrimaryKey(request);
}
ret.put("data", "ok");
}catch (Exception e){
ret.put("err", e.getMessage());
}
return ret;
}

通过自定义实现HandlerMethodArgumentResolver，来捕获ajax请求的参数，利用反射机制动态的将系统字段以及需要处理默认值的字段自动赋值，避免人工干预，起到了代码精简，逻辑干净，问题统一处理的目的。需要注意的是这些实现都是结合当前系统设计的，比如我们认为id字段>0就代表是更新操作，为空或者等于小于0就代表是创建，系统字段也是约定名称的等等。

您可能感兴趣的文章:

SQL学习笔记五去重，给新加字段赋值的方法

Navicat保存查询和查询文件放在哪个位置最佳方法推荐
这篇文章主要介绍了Navicat保存查询和查询文件放在哪个位置,本文通过图文并茂的形式给大家介绍的非常详细，对大家的学习或工作具有一定的参考借鉴价值，需要的朋友可以参考下
2023-08-08
问个高难度的复杂查询(在一个时间段内的间隔查询)
问个高难度的复杂查询(在一个时间段内的间隔查询)...
2007-04-04
有效防止SQL注入的5种方法总结
SQL注入是比较常见的网络攻击方式之一，它不是利用操作系统的BUG来实现攻击，而是针对程序员编程时的疏忽，通过SQL语句，实现无帐号登录，甚至篡改数据库。下面这篇文章主要给大家介绍了关于防止SQL注入的5种方法，教大家有效的防止sql注入，需要的朋友可以参考学习。
2017-03-03
SQL中where和having的区别详解
这篇文章主要给大家介绍了关于SQL中where和having区别的相关资料，文中通过示例代码介绍的非常详细，对大家的学习或者工作具有一定的参考学习价值，需要的朋友们下面随着小编来一起学习学习吧
2021-02-02
datagrip如何找到数据库和表
这篇文章主要介绍了datagrip入坑指南(如何找到数据库和表)的相关知识，本文给大家介绍的非常详细，对大家的学习或工作具有一定的参考借鉴价值，需要的朋友参考下吧
2020-09-09
Navicat添加外键详细操作步骤
这篇文章主要介绍了Navicat添加外键详细操作步骤，文中通过示例代码介绍的非常详细，对大家的学习或者工作具有一定的参考学习价值，需要的朋友们下面随着小编来一起学习学习吧
2020-11-11
NoSQL 数据库你应该了解的 10 件事
NoSQL 数据库通常使用廉价服务器集群去管理迅猛发展的数据和交易容量，而 RDBMS 倾向依赖昂贵的专业服务器和存储系统。结果就是，NoSQL 系统的每千兆字节成本或者每秒的交易成本要很多倍的低于 RDBMS 系统，这使得你可以非常低的成本去存储和处理更多的数据。
2016-04-04
hadoop map-reduce中的文件并发操作
hadoop mapreduce最主要的应用是基于键值对的数据的运算，过滤，提取。但除此之外，我们可以顺带利用mapreduce高并发的特性做一些用常用方法难以处理的问题，比如大量数据，大量文件的并发读写
2014-04-04
在PostgreSQL中使用日期类型时一些需要注意的地方
这篇文章主要介绍了在PostgreSQL中使用日期类型时一些需要注意的地方,包括时间戳和日期转换等方面,需要的朋友可以参考下
2015-04-04
MSSQL内连接inner join查询方法
sql内连接查询代码，实例分析inner join实现方法
2008-04-04