SpringBoot电脑商城项目删除收货地址的实现方法
作者：m0_63077733
1.持久层[Mapper]
1规划需要执行的SQL语句
1.在删除之前判断该数据是否存在,需要执行查询语句看能否查到该数据,还需要根据返回的aid获取uid并和session中的uid进行比较判断归属是否正确,这一条SQL语句在设置收货地址时已经开发,无需重复开发
2.开发执行删除的SQL语句
delete from t_address where aid=?
3.需要判断删除的地址是否是默认地址(使用aid查询到的地址对象的getIsDefault方法),如果判断出删的是默认地址,则还需要定义把哪个地址设为默认,这里定义最新修改的为默认地址.
开发该SQL语句
select * from t_address where uid=? order by modified_time DESC limit 0,1
其中limit 0,1表示查询到的第一条数据(limit (n-1),pageSize),这样查询后就只会获得第一条数据
4.如果用户本身就只有一条地址,那么删除后其他操作就可以不进行了,所以需要查询该用户的所有地址数量,在设置收货地址时已经开发,无需重复开发
2 设计接口和抽象方法
在AddressMapper接口中进行抽象方法的设计
/** * 根据收货地址id删除收货地址数据 * @param aid 收货地址的id * @return 受影响的行数 */Integer deleteByAid(Integer aid);/** * 根据用户uid查询用户最后一次被修改的收货地址数据 * @param uid 用户id * @return 收货地址数据 */Address findLastModified(Integer uid);
3编写映射
在AddressMapper.xml文件中进行映射
<delete id="deleteByAid">
delete from t_address where aid=#{aid}
</delete>
<select id="findLastModified" resultMap="AddressEntityMap">
select * from t_address
where uid=#{uid}
order by modified_time DESC limit 0,1
</select>4单元测试
@Test
public void deleteByAid() {
addressMapper.deleteByAid(11);
}
@Test
public void findLastModified() {
System.out.println(addressMapper.findLastModified(11));
}
}2.业务层[Service]
1规划异常
- 可能没有该条地址数据(已开发)
- 可能地址数据归属错误(已开发)
- 在执行删除的时候可能会产生未知的异常导致数据不能够删除成功,则抛出DeleteException异常,在service创建该异常并使其继承业务层异常
/**删除数据时产生的异常*/
public class DeleteException extends ServiceException{
/**重写ServiceException的所有构造方法*/
}2设计接口和抽象方法及实现
1.在IAddressService接口中定义抽象方法
需要给抽象方法声明哪些参数呢:
根据分析可得,该抽象方法的实现依赖于持久层的以下方法:
1.findByAid:查询该条地址数据是否存在,参数是aid
3.deleteByAid:删除地址数据,参数是aid
5.countByUid:统计用户地址数量,参数是uid
6.findLastModified:查询得到最后修改的一条地址,参数是uid
7.updateDefaultByAid:设置默认收货地址,参数是aid,modifiedUser,modifiedTime
稍加分析可以得出接下来定义的抽象方法的参数是:aid,uid,username
把上面的分析补上:2.判断地址数据归属是否正确4.判断删除的是否是默认地址.这七步就是业务层完整的开发流程
/** * 删除用户选中的收货地址数据 * @param aid 收货地址id * @param uid 用户id * @param username 用户名 */ void delete(Integer aid,Integer uid,String username);
2.实现该抽象方法
@Override
public void delete(Integer aid, Integer uid, String username) {
Address result = addressMapper.findByAid(aid);
//1.
if (result == null) {
throw new AddressNotFoundException("收货地址数据不存在");
}
//2.
if (!result.getUid().equals(uid)) {
throw new AccessDeniedException("非法数据访问");
}
//3.
Integer rows = addressMapper.deleteByAid(aid);
if (rows != 1) {
throw new DeleteException("删除数据时产生未知的异常");
}
//4.如果删除的是非默认地址则不需要再做后面的任何操作,终止程序
if (result.getIsDefault() == 0) {
return;
}
//5.
Integer count = addressMapper.countByUid(uid);
if (count == 0) {
return;
}
//6.
Address address = addressMapper.findLastModified(uid);
//7.
rows = addressMapper.updateDefaultByAid(address.getAid(), username, new Date());
if (rows != 1) {
throw new UpdateException("更新数据时产生未知的异常");
}
}3单元测试
@Test
public void delete() {
addressService.delete(1,11,"4.11删除");
}3.控制层[Controller]
1处理异常
需要在BaseController类中处理异常类
else if (e instanceof DeleteException) {
result.setState(5002);
result.setMessage("删除数据时产生未知的异常");
}2设计请求
- /addresses/{aid}/delete
- POST
- Integer aid,HttpSession session
- JsonResult<Void>
3处理请求
@RequestMapping("{aid}/delete")
public JsonResult<Void> delete(@PathVariable("aid") Integer aid,HttpSession session) {
addressService.delete(
aid,
getUidFromSession(session),
getUsernameFromSession(session));
return new JsonResult<>(OK);
}4单元测试
在AddressController类编写请求处理方法的实现
这个方法就只是调用业务层方法然后给前端返回一些信息,可以选择不用测试
4.前端页面
处理该前端页面的所有步骤和处理"设置默认收货地址"的一样
1.给"删除"按钮添加onclick属性并指向deleteByAid(aid)方法
<td><a onclick="delete(#{aid})" class="btn btn-xs add-del btn-info"><span class="fa fa-trash-o"></span> 删除</a></td>2.给占位符赋值
因为处理"设置默认收货地址"时已经编写tr = tr.replace(“#{aid}”,list[i].aid);用来给占位符#{aid}赋值,所以这里不需要再写.但是需要把replace改为replaceAll
3.完成deleteByAid(aid)方法的声明
function setDefault(aid) {
$.ajax({
url: "/addresses/"+aid+"/set_default",
type: "POST",
//data: $("#form-change-password").serialize(),
dataType: "JSON",
success: function (json) {
if (json.state == 200) {
//重新加载收货地址列表页面
showAddressList();
} else {
alert("删除收货地址失败")
}
},
error: function (xhr) {
alert("删除收货地址时产生未知的异常!"+xhr.message);
}
});
}到此这篇关于SpringBoot项目--电脑商城删除收货地址的文章就介绍到这了,更多相关SpringBoot删除收货地址内容请搜索脚本之家以前的文章或继续浏览下面的相关文章希望大家以后多多支持脚本之家！