Сам делаю.
Я в одном месте конструктор делал, полу-ручной. Там в базовой форме просмотра методы были, которые отдельно сформировали списки полей запроса, списки условий к этим полям для where..., названия таблиц в БД. Виртуальные классовые методы для форм-помтоков. Соответственно параллельно шла иерархия форм-редакторов. И форма-редактор тоже обращалась к классу формы-просмотра, чтобы построить запросы insert/Update. И имела метод возвращавший массив поле/контрол, по которому параметры запроса возвращались. Колхоз,но работало. Правда там была простая модель данных, одна таблица - одна пара окон. Более сложное тоже можно было прописать, методы виртуальные, но не пришлось. Причём я там сделал отдельные кнопки проверки данных и сохранения, может и зря, но мне хотелось подчеркнуть важность корректно ти и позволить "просто проверять" много раз без сохранения.
Достаточно интересное решение)
Надо было срочно наколхозить, причём полный список действий и данных не знал о даже начальство. Надо было срочно заместить кусок кода, который утащила ушедшая команда, и без которой за месяц-два встала бы текущая работа. И ещё "деффачек" обучить, и организовать бэкапы и безопасность, чтобы эту прогу нельзя было "домой унести". В общем колхозил на интуиции, чтобы потом быстро переделывать, но сохранялись однообразность интерфейса, местами даже неплохо получилось. Местами дрянь, конечно...
Обсуждают сегодня