在 Spring/Hibernate 中删除或更新之前验证对象是否存在

Question

我在我的项目中使用 Spring/Hibernate 组合，并具有标准的 CRUD 操作。

我想知道，在删除或更新对象之前验证对象存在是否合理？如果是，最合适的地方在哪里——service层还是dao层？

编辑：
抱歉，我一开始问这个问题的时候没有说出重点。存在检查的唯一动机是向服务客户端抛出友好异常（不特定于 DAO）。

问题是我“必须”进行存在性检查，因为下面的服务方法是事务性的，除此之外，我还使用 HibernateTemplate 和 DaoSupport 帮助程序类在 DAO 对象中进行会话操作。

根据提到的，Hibernate 异常（例如在删除不存在的实例的情况下）在提交时抛出，这是我无法达到的，因为（我想）提交是由代理对象中的 PlatformTransactionManager 执行的，我没有机会在我的服务方法中处理该异常并向客户端重新抛出一些友好的异常。

但即使我保留在删除之前检查存在性的策略，不好的事情是，在实例存在的情况下，我会遇到 NonUniqueObjectException 问题，因为我重新附加（在删除时）已加载的实例（在读取时由于存在）检查）。

例如：

//Existence checking in this example is not so important
public void delete(Employee emp){  
    Employee tempEmp=employeeDao.read(emp.getId());  
    if(tempEmp==null)  
        throw new SomeAppSpecificException();  
}  
//Existence checking in this example is maybe 'more logical'    
public void save(Assignment a){  
    Task t=taskDao.read(a.getTask().getId());
    if(t==null)  
        throw new FriendlyForeignKeyConstraintException(); 
    Employee e=employeeDao.read(a.getEmployee().getId());  
    if(e==null)  
        throw new EmployeeNotFoundExc();
    //...some more integrity checking and similar...  
    assignmentDao.save(a); 
}

重点是，我只想在提到的情况（完整性违规等）的情况下抛出带有适当消息的友好异常。

Answer 1

在 Hibernate 术语中，更新和删除操作（以及 Session）处理持久化实体。因此，它们的存在是隐含的，并且在代码中再次验证它是毫无意义的 - Hibernate 会自行执行此操作，如果情况并非如此，则会抛出异常。然后您可以捕获并处理（或重新抛出）该异常。

附带说明（基于您的示例代码），无需显式读取您要删除的实例。会话提供load() 方法将返回适合传递给 delete() 方法的代理实例，而无需实际访问数据库。它假定与给定 PK 关联的实例存在，如果情况不存在，稍后将会失败（抛出异常）。

编辑（基于问题澄清）：

当您说要向客户端抛出“友好”异常时，“友好”和“客户端”的定义变得很重要。在大多数现实场景中，您的事务将不仅仅跨越您的服务之一上的简单原子“save()”或“delete()”方法。

如果客户端是本地的，并且您不需要在单个客户端交互中进行单独的事务（典型场景 - Web 应用程序在具有服务层的同一 VM 中运行），那么通常最好在那里启动/提交事务（请参阅 在视图中打开会话）。然后，您可以在提交期间捕获并正确处理（包括包装/重新抛出，如果需要）异常。其他场景更复杂，但最终异常将传播到您的“顶级”客户端；只是如果您需要以“友好”的方式向客户展示“根本”原因，那么打开它可能会很复杂。

但最重要的是，这取决于您。如果您宁愿因自己的异常而快速失败（以编写一些样板代码为代价），那么这并没有什么问题。