эй, ребята!! Я надеюсь, что вы получили некоторую базовую информацию о ПЕГА и это Техническая категория из моего предыдущего поста. Давайте перейдем с того места, где я остановил свой предыдущий пост. Как я уже упоминал, этот пост посвящен данным…! 😃
Если вы не читали мой предыдущий пост, вот ссылка на Начните свое путешествие с PEGA . Я прошу вас пойти и проверить это для базового понимания в PEGA. Продвигаясь вперед, давайте узнаем о Модели данных Категории PEGA.
Вот некоторые важные вещи, о которых вы должны знать Модель данных Категория:
- Собственность
- Страница Данных
- Преобразование данных
- Изменить правило проверки
Давайте рассмотрим их подробно-
1. Собственность:
Свойство предоставляет имя и характеристики для данных. Свойство определено в рабочем классе для хранения данных. Это экземпляр типа правила “правило-объект-свойство”. Существуют различные типы свойств, как показано на рисунке ниже.
Одно значение – Выберите свойство с одним значением, чтобы создать свойство, которое может содержать строку, Число, дату, логические значения.
Совокупные свойства:
a. Список значений- Выберите свойство списка значений, чтобы создать свойство, которое может содержать упорядоченный список отдельных значений.
б. Ценность группа- Выберите свойство группы значений, чтобы создать свойство, которое может содержать неупорядоченную группу отдельных значений.
c. Страница- Выберите Страница, чтобы создать свойство, которое может содержать встроенную страницу в качестве своего значения.
d. Список страниц- Выберите Список страниц, чтобы создать свойство, которое может содержать упорядоченный список внедренных страниц.
e. Группа страниц- Выберите Группу страниц, чтобы создать свойство, которое может содержать неупорядоченную группу внедренных страниц в качестве своего значения.
БОНУС : Для стандартных свойств PEGA зарезервировано 3 префикса, а именно px, py и pz. С этими именами нельзя создавать новые свойства, и вот что означают эти префиксы-
px- Свойства с префиксом px доступны только для чтения и не могут быть переопределены или расширены вашим приложением. Они обычно используются для поддержки вашего приложения.
пи- Свойства с префиксом py читаются/записываются так что может быть переопределено в вашем приложении.
пз- Свойства с префиксом pz доступны только для чтения и не могут быть переопределены или расширены вашим приложением.
2. Страница Данных:
Иногда, когда нам нужно получить доступ к данным, скажем Сведения о сотрудниках , нам нужно получить данные из базы данных. Но доступ к нему каждый раз, когда нам это нужно, не является хорошей практикой, поэтому, чтобы избежать такого снижения производительности, мы используем страницы данных в PEGA.
Страницы данных являются экземплярами класса Rule-Declare-Pages. Имя страницы данных начинается с префикса D_. В буфере обмена содержимое экземпляров страниц данных отображается, но доступно только для чтения.
Структура страницы данных будет представлять собой Страницу или Список страниц (содержит доступ к странице с ключом, который действует как указатель на страницы в Списке страниц)
Область действия страницы данных:
1. Узел- Если Область страницы данных указана как Узел, она используется совместно всеми запросчиками этого узла.
2. Запрашивающий – Если Область страницы данных указана как Запрос или, к ней могут получить доступ все потоки, открытые запрашивающим.
3. Нить- Если Область страницы данных указана как Поток, к ней может получить доступ только этот конкретный поток.
Режим редактирования:
Только для чтения: Мы можем считывать данные только со страниц данных, доступных только для чтения. Страницы данных, доступные только для чтения, отображаются в списке страниц данных в буфере обмена.
Редактируемый: Мы можем редактировать содержимое редактируемой страницы данных. Редактируемые страницы данных отображаются в списке Страниц пользователя в буфере обмена.
Примечание. Редактируемые страницы данных не имеют стратегии обновления и могут иметь только область потока или отправителя запроса.
Стратегия обновления:
На вкладке Управление загрузкой мы можем указать стратегию обновления страницы данных.
Чтобы избежать сохранения страниц данных на неопределенный срок, PEGA периодически проверяет все страницы данных области узла в буфере обмена, чтобы найти страницы данных, к которым не обращались в течение времени, указанного в перезагрузить, если они старше , страница автоматически удаляется.
Установите флажок Перезагружать один раз за взаимодействие, чтобы система обновляла страницу ровно один раз за взаимодействие с пользователем. Этот параметр доступен только для страниц данных с областью действия страницы, заданной как Поток или Запрашивающий.
Источник данных:
Страницы данных получают данные из внешних источников с помощью соединителей, из определений отчетов, которые генерируют запросы к базе данных платформы Pega, или из других источников, и могут использовать преобразования данных, чтобы сделать данные полностью доступными там, где это необходимо. Мы также можем использовать имитированные источники данных.
3. Преобразование данных:
Как следует из названия, преобразование данных используется для обработки и обработки данных. Преобразование данных используется для преобразования данных (источника) из одного формата и класса в данные (цель) другого формата и класса. Мы можем выполнить 14 действий, используя преобразование данных, как показано ниже. Мы также можем реализовать преобразование данных внутри преобразования данных. Мы также можем вызвать его в потоке или правиле действия или в качестве источника для страницы данных.
4. Изменить Правило проверки:
Как правило, проверка предназначена для проверки правильности введенных пользователем данных и их соответствия принятой форме. Правила редактирования проверки являются экземплярами класса Rule-Edit-Validate. В процессе проверки значение свойства или страницы проверяется на соответствие определенным правилам. Если проверка завершится неудачно, на страницу будет добавлено сообщение, как показано ниже.
Свойство может ссылаться на правило проверки редактирования на вкладке Дополнительно. Используйте метод Проверки свойств в действии для выполнения правила проверки редактирования, когда значение передается через форму ввода пользователя. Правило редактирования проверки – это код java, написанный для выполнения проверки. Кроме того, мы можем использовать функции OOTB PEGA.
БОНУС: В PEGA есть проверка на стороне клиента, а также проверка на стороне сервера.
В Проверка на стороне клиента Проверка зависит от HTML или JavaScript, которые могут быть легко обработаны браузером. Его можно настроить в форме свойств и управления.
В то время как в Проверка на стороне сервера Браузер отправляет запрос на сервер для выполнения этого метода проверки. При отправке формы происходит проверка на стороне сервера, которая включает код java. Таким образом, Edit validate содержит код java и, следовательно, является проверкой на стороне сервера. Это не может быть выполнено браузером, так как JVM отсутствует в конце браузера.
Кроме того, давайте посмотрим о Определение отчета которое относится к Категории отчетов в PEGA.
Определение отчета:
Определение отчета генерирует SQL-запрос для извлечения данных из таблицы базы данных и может генерировать HTML-код для отображения результатов. таким образом, в основном определение отчета заключается в создании отчетов. На определение отчета можно ссылаться в некоторых правилах, таких как Страница данных, Действия и т.д.,
БОНУС: Есть некоторые темы, которые вы должны знать в своем учебном путешествии по PEGA, поэтому вот несколько:
Какая вкладка Страницы и классы присутствует в Определении отчета, преобразовании данных и действиях? – Итак, если вы хотите использовать правила или данные, присутствующие в каком-либо другом классе, кроме правил, которые вы используете, таких как Определение отчета, Преобразование данных и действия и т.д., вам необходимо указать страницу и класс, с которого они могут быть сосланы.
Какая вкладка Параметры присутствует в этих правилах? – Говоря в общем контексте программирования, различные переменные, которые передаются функции, называются параметрами. Итак, в PEGA существует несколько типов правил, которым можно передавать и получать параметры. Когда мы используем параметр, основанный на значении и свойстве, которые он будет принимать во время выполнения. Параметры используются для повторного использования правил во время выполнения.
Что такое буфер обмена? – Каждый подключенный запросчик PRPC имеет связанную временную область памяти на сервере, известную как буфер обмена. Буфер обмена имеет иерархическую структуру, состоящую из узлов, известных как страницы, большинство из которых имеют имя и связанный класс.
Буфер обмена содержит следующие категории страниц верхнего уровня: a. Страницы пользователей b. Страницы данных, созданные в соответствии с правилами страниц данных. c. Связанные страницы свойств d. Системные страницы
Вот и все для этого поста, ребята…! Скоро встретимся в моем следующем посте, где я собираюсь придумать пользовательский интерфейс в PEGA. 😎 Оставайтесь с нами…! ✌ Бубье… 🖐 Приятной недели!
Оригинал: “https://dev.to/mahithchigurupati/moving-forward-into-pega-48n7”