Продолжение использования сайта пользователем интерпретируется как согласие на обработку фрагментов персональных данных (таких, как cookies) для целей корректной работы сайта.
Инфраструктура проекта
Помимо, собственно, редактора интерфейса и интерфейсного «движка», в комплект поставки входит ряд инфраструктурных модулей, полезных для любого проекта. Старые, давно функционирующие Приложения, скорее всего, уже имеют собственную реализованную инфраструктуру. Но для новых проектов, для стартапов, которые будут пользоваться LUI, предлагаемые решения могут быть полезны для рассмотрения. Ниже перечислены элементы инфраструктуры проекта, необязательные для использования в каждом Проекте.
  • Пользователи системы
    Регистрация пользователя администратором; Смена пароля администратором, пользователем по желанию, принудительно при первом входе, и/или принудительно с некоторой регулярностью; Временная деактивация (блокировка) пользователя.
  • Разграничение доступа
    Пополняемый справочник типов объектов прав, в отношении которых будет проводится разграничение доступа; Указание видов возможных прав (просмотр, изменение, выполнение и т.п.) для каждого типа объектов прав; Ведение групп пользователей, задание для каждой группы программного кода, выполняющегося при добавлении пользователя в группу и при исключении его из группы; Назначение явных прав группам пользователей на различные объекты прав; Просмотр эффективных прав пользователей, определение — от чего они зависят.
  • Аудит
    Пополняемый справочник типов записей аудита; Аудит подключений/отключений пользователя от Приложения; Аудит выполнения пользователем внутреннего функционала Приложения; Аудит изменения данных (добавление, модификация, удаление строк) таблиц базы данных.
  • Поддержка многоязычности
    Пополняемый справочник языков, указание родственных языков; Указание текущего языка для всех, для некоторых пользователей, и/или для некоторых режимов работы Приложения; Переключение языков пользователем в процессе работы в Приложением; Возможность ввода текстового значения поля для каждого определённого языка.
  • Алфавиты
    Пополняемый справочник правил контроля корректности ввода и автомодификации текстов.
  • Сообщения
    Пополняемый справочник многоязычных текстов ошибок, сообщений и предупреждений. Сообщения могут явно активироваться из программного кода с передачей параметров. Сообщения в виде ошибок могут быть привязаны к ограничениям (constraint) СУБД или exception процедурного языка и активироваться автоматически.
  • Параметры
    Именованные значения, которые классифицируются следующими способами:
По способу сохранения
Реальный параметр
Это параметр, имеющий значение по умолчанию и сохраняющий установленное значение для других сеансов работы системы (пополняемый справочник параметров).
Виртуальный параметр
Значение такого параметра устанавливается и живёт только в процессе текущего сеанса работы приложения.
По способу изменения
Только для чтения
Будучи установленным в некоторое значение, такой параметр не может быть изменён приложением.
Изменяемый параметр
Даже если такой параметр глобальный, в процессе функционирования он может поменять своё значение, но правда только до окончания текущего сеанса.
По месту применения
Глобальный параметр
Имеет одно значение, одинаковое для всего приложения. Изменения значения влияет на все точки применения этого параметра.
Локальный параметр
Такой параметр имеет разные значения, в зависимости от тех или иных обстоятельств. Например, значение может быть индивидуально для каждого Пользователя приложения.
По способу задания начального значения
Статический параметр
Имеет конкретное значение-константу, заданное по умолчанию или в процессе работы приложения.
Динамический параметр
Это декларативно заданный алгоритм получения значения, который вычисляет значение в момент первого обращения к параметру. Этот алгоритм может опираться на значения других статических и динамических, реальных и виртуальных, локальных и глобальных, изменяемых и не изменяемых параметров.
  • Специальные даты
    Интерфейс имеет календарь для выбора значения полей типа Дата/Время. В календаре по умолчанию имеет 2 типа дней — рабочие и выходные. Пользователь может внести корректировки, заменив тип любого дня года на праздничный, выходной или рабочий. Набор возможных типов дней может быть расширен. Эти изменения становятся видны в календаре. Впоследствии определение типа календарного дня может использовать логика приложения.