關(guān)于Java中分層中遇到的一些問題

wuaiqiu 發(fā)布于2019-08-15 15:27 / 583人閱讀

摘要：我可能會(huì)這么寫然后在整個(gè)的實(shí)現(xiàn)類上面注解實(shí)現(xiàn)的代碼就是問題就來(lái)了，如果按照這樣的寫法，那么首先的一級(jí)緩存似乎就沒有起到作用了。也就是說(shuō)如果的一個(gè)方法中調(diào)用了的兩個(gè)方法，這兩個(gè)方法的不一樣，一級(jí)緩存根本沒用。

Java分層中遇到的問題

陸陸續(xù)續(xù)寫了一些Java的項(xiàng)目，用了Spring系列和Hibernate這樣的框架。在設(shè)計(jì)Service層和Dao層的時(shí)候碰到了一些想不清楚的問題。
以一個(gè)簡(jiǎn)單的用戶信息管理功能為例，如果不用Spring Data之類的東西。那么我一般會(huì)這么寫代碼
controller往上沒什么好說(shuō)的，controller調(diào)用service就好了，service調(diào)用dao。
關(guān)鍵在于service這里。我可能會(huì)這么寫

...
@Autowired
UserDao userDao;

public void saveUser(String userName){
    userDao.save(userName);
}
public User findUser(String userName){
    return userDao.findUser(userName);
}
...

然后在整個(gè)service的實(shí)現(xiàn)類上面注解@Transaction
Dao實(shí)現(xiàn)的代碼就是

...
@Autowired
SessionFactory sessionFactory;

public void save(String userName){
    Session session=sessionFactory.getCurrentSession();
    session.save(userName);
}
...

問題就來(lái)了，如果按照這樣的寫法，那么首先Hibernate的一級(jí)緩存似乎就沒有起到作用了。
因?yàn)樵贒ao中，每一個(gè)方法都獲取一個(gè)Session來(lái)進(jìn)行操作，方法間并不共享Session。也就是說(shuō)如果Service的一個(gè)方法中調(diào)用了Dao的兩個(gè)方法，這兩個(gè)方法的Session不一樣，一級(jí)緩存根本沒用。

其次就是Service層中查找出來(lái)的對(duì)象是游離態(tài)的。
在Service的方法中如果find了一個(gè)對(duì)象然后調(diào)用這個(gè)的對(duì)象的Set方法，數(shù)據(jù)庫(kù)中是不會(huì)更新的。因?yàn)檎{(diào)用Dao的find方法后Session關(guān)閉，對(duì)象從持久態(tài)變成了游離態(tài)，所以這時(shí)候要更新對(duì)象的信息只能手動(dòng)再寫一句update(User u)，就是這樣：

public void update(String userName,String password){
    User u=userDao.findUser(userName);
    u.setPassword(password);
    userDao.update(u);
}

這顯然是不好的一種方式。
但是如果想改掉前面兩個(gè)缺點(diǎn)，就必須把Session提到Service層，讓Service的一個(gè)方法用一個(gè)Session，這樣上面提到的兩個(gè)問題就都能解決。可是Session本應(yīng)該是Dao層的東西，提升到Service層似乎也是不好的做法。

不知道這里頭的矛盾到底怎么解決？