为什么有些编程界程序员需要两个显示器 postman安装配置及常用功能小结( 四 )


用户数据库操作::
收货地址操作追加:
如果说读者所见到的,我们的DAO只需要继承JpaRepository,它就巳经帮我们能完成了基本都的CURD等你的操作,如果没有想清楚更多关与spring-data的这个项目,请做个参考再看看spring的官方文档,它比不方案我们对异常的研究 。
Service十分设计
ok,又一次到了我们的重点了,我们要结束service一些的部分操作:直接添加收货地址,删除收货地址,查看收货地址列表.
简单的方法看我的service接口定义:
我们来参与看看实现程序:
再添加收货地址
首先再来去看看之前收拾好的约束条件:
入参:
用户id
收货地址实体信息
约束:
用户id肯定不能为空,且此用户倒是是未知的
收货地址的没必要字段不能不能为空
假如用户还没有收货地址,当此收货地址创建角色时系统设置成默认收货地址
先看以下代码实现方法:
其中,巳经结束了上列所详细解释的三点约束条件,当三点约束条件都满足时,才可以不并且正常业务逻辑,不然的话将丢出极其(一般在此处见意丢出运行时极其-RuntimeException) 。
介绍以上以上我所要用的技术:
1、(T t)这个是可以使用Guava中的进行确认的,只不过service中会用到的验正较容易,所以我我建议你将Preconfitions改动态和静态导入的
不过Guava的github中的那就证明也建议我们那样的话可以使用 。
2、(validator,address)这个建议使用了hibernate实现程序的jsr303规范来做的,不需要传遍一个validator和一个需要不验证的实体,那么validator是怎么获取的呢,万分感谢:
他将查看一个Validator对象,然后我们在service中并且吸纳便可以不不使用了:
那就BeanValidators这个类是该如何基于的?不过实现很简单的,如果去推测jsr303的标出注解就就ok啦了 。
【为什么有些编程界程序员需要两个显示器 postman安装配置及常用功能小结】这样的话jsr303的注解写在哪里了呢?肯定是写在address实体类中了:

推荐阅读