Questions tagged «dao»

我有三层Spring Web应用程序：dao，服务和控制器。控制器从不直接调用dao，而是通过服务层进行调用。现在，大多数情况下，如果存在未处理的dao异常（运行时），则JSP将捕获该异常，并向最终用户显示错误消息。服务层是否应该捕获所有dao异常并将其包装为服务异常？ try { daoInstance.someDaoMethod(); } catch(DataAccessException dae) { throw new ServiceException("message", dae); } 假设ServiceException也是运行时，并且也未处理。仅抛出DataAccessException而不是ServiceException有什么区别吗？我只是以为表示层不应该知道数据访问异常。但是我不认为捕获不可恢复的异常只是为了包装它们。

23 design-patterns  exception-handling  spring  dao 

我已经看到了很多反对直接从Controller类调用DAO以及从Model类调用DAO的争论。事实上，我个人觉得如果我们遵循MVC模式，则控制器不应与DAO耦合，而应与Model类耦合应该从内部调用DAO，而控制器应该调用模型类。为什么，我们可以将模型类与Web应用程序分离开来，并公开各种功能，例如REST服务使用我们的模型类。 如果我们在控制器中编写DAO调用，REST服务将无法重用功能，对吗？我总结了以下两种方法。 方法1 public class CustomerController extends HttpServlet { proctected void doPost(....) { Customer customer = new Customer("xxxxx","23",1); new CustomerDAO().save(customer); } } 方法＃2 public class CustomerController extends HttpServlet { proctected void doPost(....) { Customer customer = new Customer("xxxxx","23",1); customer.save(customer); } } public class Customer { ........... private void save(Customer customer){ …

14 java  mvc  design-patterns  dao 

我正在开发RESTful API，我认为为我的资源使用DAO会很方便，因为尽管我计划仅使用内存来存储它们，但是我不想对使用库的任何人敞开大门，如果他们决定使用DAO的数据库实现。 我的问题是DAO是否应为单例。如果不是，则该服务将具有DAO的实例，并且看起来大致如下： @Path("eventscheduler") public class EventSchedulerService { private IEventSchedulerDao dao = new EventSchedulerDao(); // in case a different implementation is to be used public void setEventSchedulerDao(IEventSchedulerDao dao) { this.dao = dao; } @Path("{uniqueName}") @GET @Produces(MediaType.APPLICATION_JSON) public Tournament getTournament(@PathParam("name") String uniqueName) { return dao.get(uniqueName); } @Path("create") @POST @Consumes(MediaType.APPLICATION_JSON) @Produces(MediaType.APPLICATION_JSON) public …

14 java  design  design-patterns  singleton  dao 

在一次采访中有人问我：我们如何在一次交易中管理两种交易/道方法。所需功能： 如果其中任何一个失败，我们都需要回滚这两种方法。 可以将这两种方法与单个事务分开附加调用。 管理应该在DAO层上，而不是在服务层上。 我认为：这个问题与春季交易管理有关。

12 spring  transaction  service  dao