Добрался до UnitOfWork.
Понятно, что этот паттерн для того чтобы избежать лишних обращений к базе. Когда транзакция закончилась тогда подсчитали изменения и записали их. тут всё вроде понятно.
Что не понятно:
1. сколько инстансов объекта UnitOfWork нужно?
В одном примере его имплементация выглядит как:
1.
2.
3.
4.
5.
6.
7.
8.
9.
10.
11.
class UnitOfWork ....
private List newObjects = new ArrayList();
private List dirtyObjects = new ArrayList();
private List removedObjects = new ArrayList();
public void registerNew(DomainObject o){...}
public void registerDirty(DomainObject o){...}
public void registerRemoved(DomainObject o){...}
public void registerClean(DomainObject o){...}
создаётся впечатление, что это какой-то глобальный объект
В другом примере вот такой код(с примером реестра в ThreadLocal):
1.
2.
3.
4.
5.
6.
7.
8.
9.
10.
class UnitOfWorkServlet ...
final protected void doGet(HttpServletRequest request,HttpServletResponse response){
try{
UnitOfWork.newCurrent(); // create UnitOfWorkInstance in ThreadLocal
handleGet(request, response);
UnitOfWork.getCurrent().commit()
} finally(){
UnitOfWork.setCurrent(null) //threadLocalInstance.set(null)
}
}
Тут на каждый запрос UnitOfWor заново создаётся.
2. Также автор пишет, что этот паттерн как-то решать проблемы параллелизма. Вот я не понимаю как она решается.
Вот есть у нас 2 конкурентных запроса, которые одного юзера изменяют. Что будет происходить? как этот паттерн поможет решить проблему?
