Здравствуйте. Прочитал Фаулера, в инете читал про это на этом и других форумах, но хоть убейте, не пойму как всё это "фаулеровское" (я понимаю, что это не Фаулер придумал, но он всё это как бы это популизировал чтоли :)) работать должно.

Кэш - один на сессию (допустим одна БД - одна сессия), хранит данные, прочитанные из БД. При чтении из кэша он выдаёт не хранимый объект, а его копию. так?

Единица работы (Unit of Work) - бизнес-транзакция. "связывает" бизнес-объекты и слйо доступа к данным. Читаем/сохраняем все объекты с помощью UoW. при чтении сначала ищем бизнес-объект в кэше, если он там есть, значит берём оттуда, иначе обращаемся в Mapper'у, который уже читает объект из БД (или это дело преобразователяч данных?). При сохранении удаляем объект из кэша (если вновь он понадобится, то получается уже будет читаться из БД) или заменяем его новым объектом (но что если в БД объект сохранится иначе. триггер там какой сработает или просто строка не уместится в отводимую длину)? Ну это вариант с оптимистической блокировкой в моем понимании.

Преобразователь данных (Mapper) - чисто запросы к БД, т.е. select, insert, update, delete записей БД. Попросил у него запись с ИД = 5 и он полез в БД? Или в кэш должен именно маппер лезть, а не единица работы?

Бизнес-объекты существуют только внутри конкретного Unit of Work? т.е. на одну запись одновременно может быть несколько бизнес-объектов в разных UoW?

Как привязать бизнес-объекты к слою представления? Допустим нужно отобразить список объектов в ListView каком-нибудь. так вот в этом ListView элементы должны хранить ссылку на бизнес-объект (если бизнес-объекты существуют в пределаю UoW, то это я себе слабо представляю) или хранить идентификатор объекта (при перерисовке получается нужно искать объект. как-то расточительно) или какой-то третий вариант?

Или мои понимания предмета совершенно неверны?

ЗЫ. Про велосипедство, Hibernate и его "коллег" слышал, но уж очень хочется понять как это всё крутится, вертится внутри

Petro123кэш в жёстком диске знаем? Примерно то же самое.

При чтении файла, определяется наличие его в кэше, если есть, то сразу возвращается из кэша, если нет, то читается в кэш и так же возвращается из кэша? Ну там естественно не файлы, а секторы диска кэшируются/читаются, но это не суть важно в данном случае.
Есть так же вариант с кэшированием записи, когда изменённые данные так же попадают в кэш и сообщается что они якобы мгновенно так уже записаны, хотя они пока в кэше находятся. А потом уже неспеша из кэша данные записываются на жесткий диск. Так?:)

iscrafm
меньше Фаулера читайте перед сном.

Я это понял в процессе чтения, т.к. в голове сплошная каша образовалась, но теперь непонимание всего этого меня расстраивает и спится плохо :)

Так вот допустим кэш нужен. Он должен возвращаться ссылку на тот объект, который хранит или же делать копию объекта? Если он будет отдавать кэшированный объект, то при изменении последнего, в кэше будут храниться "грязные" данные. Или же разработчик сам выбирает какой тип блокировок нужен и проектирует кэш соответствующим образом?

И особо интересно мне как быть с так называемыми бизнес-объектами (объектами бизнес-логики, предметной области).
Единственные примеры, что я находил были в виде консольного приложения вида:

1. прочитать объект из БД
2. изменить его свойство.
3. вывести на экран
4. сохранить изменения в БД

Тут то оно всё понятно, но как с ними работать в приложении с GUI? Я просто не понимаю роль этих объектов.

Допустим нужно отобразить подобие файловой системы, хранящейся в БД, в виде дерева. Есть объекты: директория и файл.

Заполнить дерево названиями папок/файлов - не проблема, но вот допустим как переименовать их?
В узле дерева хранить идентификатор папки и переименовывать так:
1. прочитать папку с нужным идентификатором из БД
2. изменить её имя
3. сохранить изменения в БД

т.е. создаём бизнес-объект на короткий промежуток времени исключительно для чтения/записи данных из/в БД?

или же в узле дерева хранить сам бизнес-объект и тогда переименование папки будет:
1. изменить имя объекта предметной области (папки)
2. сохранить изменения в БД

Получасовой сон поставил все точки над и.
Petro123, спасибо за помощь :)