我正在使用spring hibernate用于桌面摇摆应用程序,此时我有gui / swing layer-> service layer-> dao层.我只将spring用于@Transactional支持和IOC注入

最佳实践说我必须编写一个服务来使用我的daos,并将所有事务管理放在服务中.

但我经常意识到,服务层只复制dao方法,例如：

// a DAO example
@Repository
public class CustomerHibernateDAO extends BaseHibernateDAO implements CustomerDAO {

 public List<Customer> findAllCustomerILikeName(String name){
  return getSession()
   .createCriteria(Customer.class)
   .add(Restriction.ilike("name",name))
   .list();
 }
}

// Customer service to use this dao...
@Service
@Transactional
public class CustomerService {

 @Autowired
 CustomerDAO customerDAO;

 // Why i can't call DAO instead the service?
 public List<Customer> getAllCustomersByName(String name){
      return customerDAO.findAllCustomerILikeName(name);
 }

}

这是服务层的一个典型用法… Hibernate是数据库不可知的,spring是技术不可知的：所以,我真的需要它吗？

如何管理所有DAO的独特服务类？我认为这可能是一个很好的妥协,或者,这是一种不好的做法？

我知道将@Transactional放在DAO上是一种糟糕的方式,但此时此刻我必须编写仅用于放置@Transactional的服务…

编辑

有关我的应用的更多信息.

我的应用程序是一个管理软件,管理用户注册,产品,订单和其他类似的东西.
在实践中,它包含大量读取实体 – >编辑 – >保存实体或创建 – >编辑 – >保存操作,并且,由于hibernate,这些操作大部分时间由ONE dao管理,因为hibernate使用@manyto … collection和cascade.save_update允许在同一个持久化操作中保存两个或多个实体.

因此,例如,在我的项目JFrame中,我可以插入,编辑或创建项目(要销售的产品),它有：

public ItemFrame(){
 // the constructor
 itemService=springAppContext.getBeans(ItemService.class);
}

public boolean validateForm(){
 // test if the gui is correctly filled by user
}

public boolean save(){
 // create an Item entity taking value from swing gui(JTextField etc)
 Item item=new Item();
 item.setName(nameTextField.getText());
 item.setEtc...
 // ItemService ' save method is a wrap around itemDao.save(item)...
 itemService.save(item);
}

private void saveItemActionPerformed(ActionEvent evt){
 // When i press SAVE button
 if(validateForm()){
  save();
 }
}

这就是我在大多数情况下所拥有的,所以我认为我陷入了贫血领域 – 反模式……

谢谢.