BlazkowiczПисать логику на Map совсем грустно.
Все зависит от задачи. Построить на экране табличку на мапе - 1 цикл.
Сделать ее динамической по настройкам - плевое дело.
Добавить поле - даже в код лезть не надо.
и т.п.

Все тоже самое на геттерах-сеттерах - чистой воды чайна-код.

забыл никА потом бац и надо поменять customerId(long) на customerUUID(String) :)
Так в том то и дело, что в описании и будет
Что-то типа
было


стало


и клиентская часть рисующая табличку отображает другой столбец.

В случае, если надо менять запрос, конечно все сложнее. Но в случае геттеров-сеттеров надо гарантированно перепахивать больше кода.

Собственно геттеры-сеттеры в любом случае скрывают способ хранения property. Хранить их в map немного увеличивает накладные ресурсу, но добавляет гибкости. И избавляет от кучи кода (Даже если он весь в @)

BlazkowiczЭто всё замечательно до тех пор пока нам не понадобится в эти таблички интегрировать бизнес-логику.
Надо - геттеры и сеттеры к твоим услугам, тыж поди все одно поля public не делаешь? :)

BlazkowiczЯ делаю методы, которые работают с полями, а не геттерами-сеттерами. Это называется ООП.
Возможность методов работать с другими методами - тоже часть ООП. :)

забыл никИ чем это отличается от аннотаций? Кроме того что существенно увеличивает трудности с relations и всякими join?
Этот подход (хранить в map, а не в полях класса) не создает никаких трудностей ни с join ни с другими relations. Ибо можно скормить хоть тому же Hibernate если очень захочется (ему собственно по барабану). Или самому написать запрос любой сложности.
А аннотации требуют а- изменения кода, а так внешний вид формы можно хранить хоть в табличке и запоминать, какой пользователь какие поля скрыл, какие растянул, в каком порядке переставил и т.п.
Более того, в отличии от аннотаций его не так сложно отправить на клиента, если там скажем javascript.

Если же говорить про подход делать мапирование нескольких сущностей БД в одну POJO, то есть как плюсы, так и минусы.

BlazkowiczМетоды, которые работают с полями, обычно, более лаконичны.
Так я и писал - зависит от задачи.
Если надо обрабатывать сразу группу полей, то проще их в map загнать. (будет как раз лакониченее)
Если по одному - каждое в отдельное поле.
И то и другое - getter и map.