S>это вообще говоря смотря что называть бизнес-транзакцией В любом случае, для ситуаций типа "загруженные данные может изменить кто-то другой" имеется оптимистическая блокировка и кнопка "Обновить данные" на экране. А иначе просто потеряется весь смысл кэширования, если ты будешь перечитывать все данные для каждой так называемой "бизнес-транзакции".
Пусть будет так.

S>(+ реализация сортировки/фильтрации)Что-то мне не кажется, что это сильно одинаковые по затратам веши тем более, если уж пошла такая пьянка, чем принципиально твой SomeObjectInfo лучше DataRow ? Он ведь тоже к доменной модели особого отношения иметь не будет
Принципиальная разница в том, что: SomeObjectInfo это класс представления (UI), который использует слой домена в совей основе, а DataRow это класс доступа к данным который использует слой доступа к данным минуя домен.

A>>Ну как же: "если мы просто показываем данные как результат запроса, то используем DataRow, а если манипулируем ими, то Client".
S>не, там у тебя было что-то про дублирование изменений в обоих классах и прочее В датароу я ведь ничего дублировать не буду, просто заберу выбранный ID'шник и пойду с ним в БД
Не знаю что ты понял с моих слов, но имел ввиду я именно "если мы просто показываем данные как результат запроса, то используем DataRow, а если манипулируем ими, то Client"

S>раз уж ты так любишь точные названия паттернов, то как называется паттерн, который просто занимается кэшированием ? Что-то я такого у Фаулера не нашел. Да и вообще странный какой-то кэш получается, не гарантирует мне возвращение одного и того-же объекта
Как ни странно "кэш" Но давай не будет об этом спорить

S>действительно, не знал, а когда это там появилось ? А ленивая загрузка (на ХП) и оптимистическое блокирование тоже в нем есть ?
Недавно в 1.2 версии. А хз Я их не пользовал.


Что-то наша дискуссия перестала нести конструктивный характер (постов 5 назад), а больше похоже на перебранку.
Так что предлагаю закончить с ней