Подскажите в каком направлении искать
Делаю приложение для хранения сообщений из шины данных. Приложение простое, но содержит несколько таблиц на MSSQL для хранения данных, хранение параметров для соединения с (шиной, субд, работы как вебсервиса), графическую форму для визуального интерфейса.
Работу с базой делаю через JDBC, с шиной через ее клиентскую библиотеку, вебсервис планирую через JAX-RS
код пишу в IntelliIDEA, но он не содержит средств визуального программирования
Мне бы хотелось найти среду позволяющую дизайнить класс как связанный компонент, т.е.
1) Создаю в СУБД набор таблиц (возможно среда представляет сразу дизайнер таблиц)
2) На основе них интерфейс c формами для JavaFX напр. указав в качестве источника форме таблицы, получить сразу и механизм просмотра и механизм записи, чтобы не писать код самому.
3) Далее к полученному прикладному объекту, к событиям формы сделать вставки кода с вызовами классов, обеспечивающих логику работы

В идеале хотелось бы найти чтото подобное конфигуратору 1С - там сначала создается экземпляр "прикладного объекта" (напр документ )
с реквизитами, табличными частями и интерфейсом. Потом конфигуратор сразу создает нужную структуру таблиц (т.е. от объекта), а интерфейс дизайнится сразу после определения реквизитов табличных частей объекта. Однако понимаю такой подход может быть реализован только для объектно ориентированных субд либо для специализированных компонент.
P S Читал ветку про переход с Delphi на Javа , но ответа для себя не нашел




Сергей

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

Petro123selis76А там возможно организовать быстрый просмотр списка скажем из пары миллионов строк?
"там" это где?
Не занимался бы ты ерундой, а занимался
selis76вебсервис планирую через JAX-RS
он готов?
Там это в советуемом редакторе Web форм. Просто если у меня в табличке СУБД несколько миллионов строк и нужен грид для листания, сделать листание быстрым непростая задача тем более если клиент тонкий. Хочется готовый компонент, и не писать свой код под такие задачи. Видел пару приложений на Java реализующих интерфейс к субд - там все ограничивалось загрузкой фиксированного набора данных на клиентскую часть типа сразу 30000 строк и как то все медленно ворочилось это в интерфейсе.
в 1с например с этим проблем нет, там визуальные компоненты учитывают эти нюансы

Как веб сервис еще не оформлял, только классы для обработки данных. Я не думал его как интерфейс пользователя использовать, только для управления из внешнего приложения

вадяавторА там возможно организовать быстрый просмотр списка скажем из пары миллионов строк?
А НА ХЕРА???!!!
надо научиться пользоваться базой
Базой я умею пользоваться на экспертном уровне + odbc + jdbc понимаю. Только когда делаешь интерфейс хочется готовые решения а не изобретать велосипед, и так работы на уровне бизнес логики хватает

Petro123selis76сделать листание быстрым непростая задача
да. Назвается ленивая подгрузка.
Если в неё так уперся, то на чём ты её делал в Дельфи?
А если не делал, то сразу решил быка за рога? ))
Petro - я не программировал на delphi , просто поиск на мой запрос выдал несколько похожих веток обсуждения в том числе по Delphi. Я последнее время в основном на v8 сижу, и как то привык к хорошему. Кстати представление о том что программирование на 1С не требует знания субд - ошибочно. Требует даже большего понимания - поскольку, когда объектная структура отображается в реляционные запросы, неграмотный подход может дать на выходе тормозное приложение вот яркий пример http://infostart.ru/public/184361/ . А формально да можно не парится об внутреннем устройстве, но соблюдать определенный стиль разработки нужно.
Что касается "ленивой подгрузки" - она часто комбинируется еще и с отборами. Допустим пользователь открывает регистр с 100000000 записями. Далее он может одним кликом отсортировать столбец (столбцы) и получить сразу первые строки от отсортированного набора. Это удобно. Или открыли форму где отбором выбралось 50000 строк. Зачем их тянуть сразу все на клиента, пользователь может поставить фильтр на комбинацию значений, которое присутствует среди этих 50000 строк, как в excel с выпадающим списком.
А если пользователя заставлять сначала установить нужные фильтры, а потом нажать ок - это неудобно. Поскольку не всегда знаешь естьли среди этих фильтров нужные данные или нет.
Думаю понятно - что хочется чтото готовое из чего можно делать интерфейсы связанные с СУБД. Свое написать можно всегда.
А склеить быстро прототип? Там вообще не обойтись без готовых компонент