Сохранение параметров грида

Версия 12:27, 22 февраля 2016

Разрабатывается система для работы со всеми визуальными настройками платформы, но, в первую очередь, для работы с визуальными настройками гридов.

Сейчас параметры грида хранятся в двоичном потоке, в Хранилище. Причем для каждого грида, для каждой его колонки, сохраняются все параметры вне зависимости от того используются они или нет, отличаются от установленных на уровне колонки таблицы и домена или нет. На текущей базе etalon_complete суммарный объем настроек гридов около 24.7 Мб, количество записей 4766.

Ядром системы будет объект TgdStyleManager, который отвечает за следующие функции:

• Считывание настроек из реляционных таблиц.
• Хранение в оперативной памяти в структурах, обеспечивающих максимальную скорость доступа.
• Каскадный поиск подходящих настроек в соответствии с переданным контекстом.
• Кэширование настроек между запусками программы. Сохранение в файле на локальном жестком диске при выходе. При запуске проверяется: менялись ли настройки в БД и если нет, то берутся из файла.
• Пакетная запись изменений, сделанных в течении сессии, в базу данных по команде или при завершении работы программы.
• Копирование всех или выборочных настроек между пользователями системы или от пользователя системы в общие настройки.
• Оптимизация настроек -- удаление частных настроек, которые дублируют общие настройки. "Подъем" настроек на более общий уровень.

Менеджер стилей работает на подобии технологии CSS. Например, запрашивается гарнитура шрифта для некоторой колонки грида:

1. Сначала ищем указанный параметр по имени колонки, имени грида и имени типа формы (с учетом подтипа).
2. Если не найден и грид подсоединен к БО, то ищем для бизнес-класса и имени поля.
3. Если не найден, то ищем для таблицы и поля.
4. Если не найден и для поля определен домен, то ищем для домена.
5. Если не найден, то ищем для типа данных.
6. Если не найден и определены общие параметры, то берем из них.

При этом, на каждом шаге ищем в следующем порядке:

1. Для текущего пользователя.
2. Если не найден, то для всех пользователей.
3. Для текущей темы.
4. Если нет, то общие (без темы).

Сейчас при загрузке грида визуальные настройки считываются из двоичного потока и помещаются в соответствующие свойства объекта TColumn, откуда потом берутся при отрисовке грида на экране. Все останется точно так же за исключением того, что свойства будут загружаться не из двоичного потока а из менеджера стилей.

Таблицы

Скрипты таблиц и сопутствующих триггеров располагаются в файле at_attribute.sql.

• AT_THEME
• AT_STYLE_OBJECT
• AT_STYLE

Конвертация

1. Сделать парсер с помощью которого разобрать двоичные потоки настроек гридов и закинуть их в таблицы.
2. Оптимизировать настройки, перенеся повторяющиеся значения на самый общий уровень.
3. Старые потоки останутся в БД до того момента, когда мы сможем заменить все экзешники на предприятиях. Старые экзешники будут продолжать работать со старыми потоками, читать их и записывать в них.
4. При использовании нового экзешника старые потоки не будут грузится при загрузке Хранилища.

Диалоговое окно настройки грида

1. Увеличить размер и перекомпоновать с учетом того, что экраны стали больше и нет необходимости разбивать на много вкладок.
2. Вкладку Запрос выкинуть (перенести) в окно Свойства объекта.
3. Вкладку Шаблоны выкинуть.
4. Должно быть четко видно для какого пользователя мы настраиваем и для какой темы.
5. Должно быть четко видно что текущее значение свойства установлено именно для этой колонки, этого грида, или это значение получилось по иерархии от более общего уровня.
6. Должна быть возможность как установить значение свойства, так и скинуть его -- тогда будет браться по иерархии.