Leonidv
Я пока не встречал проблемы сделать на Swing'е то, что мне нужно.
Я тоже. Как и на Delphi. О чем тогда спорим?

VoDAAlexJmСкажем, по поводу DataSet?а можно рассказать тем, кто не в теме - а что такое DataSet и чем он лучше List<MyEntity> полученного от JPA? или какие преимущества DataSet имеет над объектным представлением данных из БД?
Дык вот именно и хотел послушать на тему всяких там Entity, POJO, DAO, JPA и Hibernate. Исключительно интереса ради. Без всяких "войн".
Но если Вы не в курсе про модель DataSet, то могу рассказать на примере Qt/Delphi.

Итак, есть модель данных - TDataSet/QItemModel (первая буковка в сочетании MVC).
Она абстрактна, и умеет делать следующие вещи:
- заполнение (open/execute)
- навигация по данным (next, prior и т.д)
- получение значения столбца X в текущей записи
- сохранение (post/submit)
- поиск
- фильтрация
- обновление
- распространение неких событий при навигации/сохранении/изменениях к соответствующему контроллеру

На уровне модели можно создать компоненты привязки к визуальным компонентам (TDataLink, QWidgetMapper) из серии "модель+колонка данных => Component"). Столбец, разумеется, может отсутствовать в случае Grid или Tree привязки. Получаем последнюю буковку в MVC.

И, наконец, есть компоненты, которые взаимодействуют с Controller. В случае Delphi - специально обученные (DB Aware, которые имеют в себе TDataLink), для Qt - произвольный виджет (сделано даже более грамотно, на уровне интерфейсов).

То есть, схема подразумевает именно динамическую привязку данных к визуалу. Захотел - отвязал компонент от данных. Захотел -привязал к другому столбцу. Также она не требует пересоздания классов при изменении аттрибутов Entity (это всего лишь столбец данных в модели). И главное - откуда получены данные, форма тоже знать не обязана. Я считаю - это и есть MVC в идеальном виде (в отличии от какого-там QuickTable).

Таким образом, получаем возможность создания SQL-рунтайм-фреймворков на уровне:
- задай способ получения данных
- пропиши условия валидации
- укажи способ сохранения
- привяжи компоненты к модели

И всё это можно делать прямо в самом приложении. Без пересборки. Как-то вот так.

RRR_m
Кто о чем. А хотелось бы помочь автору...

Вы вроде бы хотели помочь автору путем написания компонентов "от руки".

RRR_m
Я так понимаю, что автору хотелось бы все-таки услышать личный опыт - какие шаги кто предлпринимал, когда переходил на дельфи - это и ему бы помогло, и многим другим адаптироваться на джаве....
Тут уже скорее Фрейд пошел. Но автор вроде бы не спрашивал, как ему обустроить Россию.
Он про DataBinding спрашивал. А ему Портянкина рекомендуют почитать. Где аккурат про разрыв шаблонов в стиле QuickTable

Master Alexiscrafmсть такая роль, как CSA (Chief Software Architect).

Начальника, а Delphi уже может 64 битный код генерить, ааа...???
Джамшута, а он тебе нуженма? Почитайма по бистродействияма базма Oracle 32/64бит.
Пажалама.

LeonidvAlexJm
Итак, есть модель данных - TDataSet/QItemModel (первая буковка в сочетании MVC).
Она абстрактна, и умеет делать следующие вещи:
- заполнение (open/execute)
- навигация по данным (next, prior и т.д)
- получение значения столбца X в текущей записи
- сохранение (post/submit)
- поиск
- фильтрация
- обновление
- распространение неких событий при навигации/сохранении/изменениях к соответствующему контроллеру

А вы уверены, что все эти вещи должна делать не модель, а все-таки контроллер?

Сложный вопрос. Например, в Qt таки да, модель занимается только поставкой данных. Всё остальное вынесено в контроллер. Мне например больше нравится синхронная навигация. Да и о текущей записи не задумываешься.

Leonidv
А для модели достаточно информации об объекте доставать.
В вашем случае правильнее говорить, что модель это строка в таблице, причем об этой строке вы ничего не знаете. Вот и получается, что модели-то уже и нет.

Что значит - "мой случай"? Вы сами съехали к понятию Entity. И выдали закономерный итог :)
Leonidv
Также не совсем понятно, как решается проблема преобразования ООП <-> Реляционная модель. И не понятно, не сломается ли ваша схема на хитрых столбцах типа Array, как будет наследование осуществляться (редко, но бывает полезным наследование с пост-SQL СУБД), обработка custom type и т.д.

Леонид, Вам не угодишь
То Вам и JTextField достаточно для своих задач, то подавай тип данных Array в столбце.
Вы его как редактировать-то собрались?
Да и преобразования ООП->СУБД нет как класса. А оно нужно (собственно что я и хочу выяснить)?

Leonidv
По сути, то что вы написали это взять ResultSet и запихать его в TableModel или я чего-то не уловил?
Так точно. Почти тоже самое. Только без ResultSet и без TableModel. И чем это хуже Entity?