|
|
| |
|
|
| | На звание "гений креатива" у нас есть куда более подходящие кандидатуры, особенно если
почитать архив форума за 2003-2005 года.
Что имеется в виду?
1. Вопрос топикстартера и его решение в последнем его топике, или
2. цитата Аватар: ..."конструкторы" в рамках acc... | |
| |
| |
| |
|
|
| | Конструкторы в рамках Access конечно | |
| |
| |
| |
|
|
| | Конструкторы объектов БД и объектов приложения (типа мастеров)?
Или объекты-трансформеры, типа форма/отчет для перекрестных (и не только) запросов? | |
| |
| |
| |
|
|
| | Конструкторы объектов БД и объектов приложения с учетом связей и зависимостей
Примерно так (в очень сильном идеале):
на входе есть хорошо прописанное ТЗ (?)
а на выходе готовая база 
каким то таким способом...
Все элементы новой базы берутся из базы(похожей на библиотеку) с набором основных элементов и модифицируются под конкретную ситуацию
раскладываю на вопросы:
1. Пример (образец) хорошо прописанного ТЗ?
2. Модификация элементов????
3. Дадут ли классы (ООП) в данной ситуации пользу (время/гемор)?
4. Есть ли какие либо соображения по этому поводу?
5. | |
| |
| |
| |
|
|
| | 1. У меня хорошего образца ТЗ нет, потому как сурьезных разработок не имею, так, мелочевка "со слов" с многочисленными дальнейшими доработками.
2. Не понял о чем речь.
3. Польза огромная, однозначно!
Например описываешь один раз класс, который в рантайм строит контекстное меню для формы-карточки (Сохранить/Отмена), сохраняет/восстанавливает положение/размеры формы при открытии/закрытии, что-то еще полезное делает.
Создаешь экземпляр этого класса при открытии любой формы-карточки, а дальше он уже сам перехватывает события кнопок формы/меню (Сохранить/Отмена) и выполняет то, что требуется. Один класс на все формы-карточки, вся обработка в одном месте, в формах минимум кода по этой теме.
Можно сделать библиотечные базы, где собрать функции времени конструирования.
Например описал табличку. Вызвал функцию с ее именем в качестве параметра, а она
считывает свойства полей таблицы и строит форму по твоему собственному "стилю" (как встроенный мастер форм).
Да очень много чего можно "автоматизировать". | |
| |
| |
| |
|
|
| | Сразу возникает несколько сложностей:
1. Размещение элементов на форме
на все случаи вариантов форм не насочиняешь.
2. Отчеты - всем нужны настолько разные -с какого боку подходить.
3. Каким образом отследить связи и зависимости (форм и т. д.)
Как ты думаешь, может продумать какие-то дискретные элементы
из которых формы и отчеты складывались бы как пазл?
в смысле описание готовой формы/отчета? 
Всю информацию загнать в дерево и поэтапно строить???
Или есть какие то варианты реализации (создания, описания), которых я не учел?
Буду рад услышать... | |
| |
| |
| |
|
|
| | Э-э-э, куда Вас понесло! Делал я как-то специальный мастер для построения отчётов табличного вида. Только на списках. На страницах мастера можно было выбрать сначала какие разделы будут включены в отчёт (шапка, название, заголовок, примечание, нижний колонтитул), потом некоторые из разделов предлагалось отредактировать и отформатировать (верхний, нижний регистр, разряжение, полужирное начертание, по центру и т.п., - правда, ограниченное количество вариантов). Поля данных, из который строился отчёт, тоже можно было выбрать и переставлять порядок. Вот, а по завершению всех этих подготовительных шагов нажималась кнопка и формировался макет отчёта из дисктретных элементов управления, т.е. просто программно создавался макет отчёта так же как и в конструкторе руками ;-)
Так что никаких проблем, только т.к. всем нужны разные, то придётся таких мастеров заточить под несколько видов отчётов... | |
| |
| |
| |
|
|
| |
...отчётов табличного вида...
|
Я сделал по-другому.
У меня три отчета-трансформера, карточка и список(портрет/ландшафт).
При открытии анализируется источник записей, переданный через аргумент, и настраивается соответственно.
Минус - нет группировок, небольшая задержка при открытии на перестроение.
Плюс - много разного можно выводить. | |
| |
| |
| |
|
|
| | На все случаи не наделаешь, но:
Есть некоторые однотипные задачи, объекты, решения, которые можно унифицировать
и таскать их из проекта в проект:
1. Таблицы: адреса, контрагенты, банки/расчетные счета и пр.
2. Формы: формы-списки, формы-карточки, календари, калькуляторы и пр.
3. Отчеты: не типизированные отчеты-списки, отчеты-карточки, регламентированные бланки и пр.
4. Модули: выводы в различные форматы, суммы прописью и т.п.
Имея ТЗ:
1. Импортируем из хранилища или создаем универсальные объекты из описаний (txt, sql-скрипты, bas и пр.).
2. Создаем недостающее ручками или мастерами, правим ручками и/или собственными надстройками. | |
| |
| |
| |
|
|
| | Спасибо Lukas, спасибо Denis V.
Общую идею я понял
Два варианта
1. Делаем библиотеку типовых элементов
2. Делаем типовой конструктор и доводим нюансы лапами.
__________________________________________________
Как сделать истребитель:
Собираем паровоз и тщательно обрабатываем напильником | |
| |
| |
| |
|
|
| | Завтра может профи на перекур заглянут сюда, чего-нибудь более толкового напишут.
| |
| |
| |
