Обязательно ли создание отдельного класса для каждой формы?

[NetWorm]

Здравия всем! Вопрос такой! Есть например таблица. Там список сотрудников, и кнопки добавить, редактировать, удалить! При нажатии на первые 2 должна появится форма записи сотрудника, с соответствующими полями.. Таких похожих форм будет очень много! Вопрос обязательно ли для каждого ui файла создавать отдельный класс? т.е. помимо ui файла формы еще создавать .h и .cpp. Или же можно ui файл использовать прямо из текущего кода?

[kambala]

можно, QUiLoader например

[Bepec]

Насколько я понял ТСса - он хочет сказать, что ему нужно много одинаковых форм...

Или же я совсем разучился понимать людей.

[NetWorm]

Много мелких форм редактирования! Например добавление и редактирование сотрудника. Добавление и редактирование пользователей. Редактирование товара и прочих справочных данных... Как то не хочется для каждой мелкой формы писать свой класс. Хочется как-то оптимально чтоб все было. Например разные формы обрабатывались в одном классе!

[iroln]

Класс должен выполнять одну единственную задачу. Если пихать в один класс обработку разных данных, такой код быстро превратится в лапшу и говнокод. Антипаттерн god object. У вас будет god form object. ну или я не понимаю вашу идею. 

[kambala]

можно просто свой базовый класс-наследник виджета или диалога создать, а потом всё наследовать от него

[NetWorm]

Мне не хочется загромождать проект классами форм в которых будет по 2 метода init и save. Но сами формы внешне разные...

[V1KT0P]

Мне не хочется загромождать проект классами форм в которых будет по 2 метода init и save. Но сами формы внешне разные...

И куда-же будешь пихать валидацию данных?
Я бы наверно сделал класс который считывает параметры формы из xml. Правда чем больше разницы между логикой форм тем запутанее будет класс.

[NetWorm]

т.е. Предлагаете для каждой формы делать отдельный класс?

[V1KT0P]

т.е. Предлагаете для каждой формы делать отдельный класс?

Нет, я же написал, один единственный класс. Логика которого задается xml файлом. В xml файле описание формы(ссылка на ui, валидаторы для полей, куда сохранять, откуда загружать и т.д.). Если у тебя действительно все очень похоже, то сможешь создавать новые формы не меняя ни одной строчки кода, просто добавить xml файл.

[daimon]

т.е. Предлагаете для каждой формы делать отдельный класс?

Нет, я же написал, один единственный класс. Логика которого задается xml файлом. В xml файле описание формы(ссылка на ui, валидаторы для полей, куда сохранять, откуда загружать и т.д.). Если у тебя действительно все очень похоже, то сможешь создавать новые формы не меняя ни одной строчки кода, просто добавить xml файл.

прикольная затея

а вот погугли ещё тут http://www.learnqt.com/how-to-learn-qt/qt-bookvar/qt-designer-steps-more/

[NetWorm]

Меня вдохновила сия программа http://www.evolution-it.ru/files/KlatchSetup_Demo.exe там в БД есть интересная таблица. "z_core" там хранится xml файл с описанием всего интерфейса... Вот что-то типа такого мне и нужно

[daimon]

Меня вдохновила сия программа http://www.evolution-it.ru/files/KlatchSetup_Demo.exe там в БД есть интересная таблица. "z_core" там хранится xml файл с описанием всего интерфейса... Вот что-то типа такого мне и нужно

на самый крайняк можно поменять всё содержимое формы, та где создаёшь её объект - через findChild, с XMLвсё равно получиться универсальн0))

[NetWorm]

Короче я понял более универсально будет написать некий движок который будет строить формы на основании XML файла!!!

[daimon]

Короче я понял более универсально будет написать некий движок который будет строить формы на основании XML файла!!!

выложишь потом на обозрение?

далеко не отходи глянь как дизайнер генерит ui