restful web服务中的输入数据验证（使用null-object或不使用）

Question

下面是一个web服务，它给出了具有给定ID的所有书籍中的最新版本。//资源控制器

@Path("latestVersionBook/{id}")
@GET
@Produces(MediaType.APPLICATION_JSON)
public Response getLatestVersionBook(long id){
     bookList=service.getLatestVersionBook(id)
     return Response.ok(bookList).build();

//下面的Backend Service是使用jpa获取图书的服务方法

public getLatestVersionBook(long id){
    Query query = entityManager.createQuery("from Books where id = :id");
    query.setParameter("id", id);
    return query.getResultList().get(0);
}

如果id无效（表中不存在任何图书），此代码将抛出NullPointerException。由于从视图层的转换将是UI呈现IDS列表-->用户发送对其中一个IDS的请求。因此，返回的列表将为null的情况并不常见。我应该检查null还是让代码抛出NULLPointerException并让异常映射器将响应生成为BAD_Request。

if(!bookList.isEmpty())
    return Response.status(Status.BAD_REQUEST).build();
else  
    return Response.ok(bookList).build();

PS：如果id是一个自动递增的字段，我不确定上面的代码是否会给book对象提供最新的（最后的）id。查询可以修改为只获取最后的id。但是对于上面的问题，假设这是有效的

Answer 1

在这种情况下，我们通常发送404。URL是资源的标识符。如果URL的一部分被用作确定资源的标识符，那么对于该标识符未找到的资源的适当答复是404未找到。

一般来说，我个人所做的只是抛出一个异常，让Jersey来处理它。例如

if (book == null) {
    throw new WebApplicationException(Response.Status.NOT_FOUND));
}

泽西将为我们处理这个异常，并发送一个404状态。我们可以很容易地自己处理响应，但抛出异常只是我养成的习惯。AFAIK,没有真正的约定/最佳实践，至于哪一个更好，但有时您与接口契约绑定在一起，返回响应是不可能的。在这种情况下，抛出异常是有意义的。