Histórico da Página
...
Nesta técnica de personalização, o desenvolvedor deverá cadastrar os realizar o cadastro dos campos a serem personalizados , e criar um componente alguns componentes em PO-UI que utilize o utilizem os componentes: PO-DYNAMIC-FORM, PO-DYNAMIC-VIEW e criar PO-PAGE-DYNAMIC-TABLE (este último somente se for necessário). Criar também um endpoint progress que servirá como fonte de dados para os campos personalizados.
...
Para utilização desta técnica será necessário ter um conhecimento de desenvolvimento com: APIs REST em Progress, Angular, TypeScript e PO-UI.
...
A Técnica de personalização de telas HTML com PO-UI contempla os seguintes objetos:
1) Endpoint progress do Framework - Serve para obter a lista de campos personalizados, que devem ser cadastrados na tela de Personalização em HTML;
...
Bloco de código | ||||||||||
---|---|---|---|---|---|---|---|---|---|---|
| ||||||||||
{ "fields": [ { "visible": true, "gridColumns": 6, "disable": false, "property": "codIdioma", "label": "Idioma", "type": "string" }, { "visible": true, "gridColumns": 6, "disable": false, "property": "codIdiomPadr", "label": "Idioma Padrão", "type": "string" }, { "visible": true, "gridColumns": 6, "disable": false, "property": "desIdioma", "label": "Descrição", "type": "string" }, { "visible": false, "property": "id", "type": "number", "key": true } ] } |
2) Endpoint progress da área de negócio - Serve para obter os dados que serão apresentados nos campos personalizados;
Sugerimos que essa API REST contenha os seguintes endpoints para um bom funcionamento:
Endpoint | Tipo Requisição | Descrição |
---|---|---|
/byid/nome_do_programa/id | GET | Serve para retornar um registro único, onde recebera no PathParms o "nome do programa" e o "id". |
/nome_do_programa | GET | Serve para retornar uma lista de registros, onde receberá no PathParams o "nome do programa". |
/validateForm/nome_do_programa | POST | Serve para validar o formulário, onde receberá no PathParams o "nome do programa". |
/nome_do_programa | POST | Serve para criar um novo registro, onde receberá no PathParams o "nome do programa". |
/nome_do_programa/id | PUT | Serve para alterar um registro, onde receberá no PathParams o "nome do programa" e o "id". |
/nome_do_programa/id | DELETE | Serve para eliminar um registro, onde receberá no PathParams o "nome do programa" e o "id". |
Utílitário para facilitar
Para facilitar
3) Criação pela área de negócio de um componente PO-DYNAMIC-FORM e PO-DYNAMIC-VIEW. Se desejar, criar também um componente PO-DYNAMIC-TABLE, que servirá para navegar nos registros e permitir a visualização e edição dos registros personalizados.
Explicando o funcionamento da técnica:
O componente PO-DYNAMIC-FORM servirá para a edição e criação de um novo registro personalizado.
O 3) Criação de um componente com PO-UI, pela área de negócio, que utilize o componente PO-DYNAMIC-VIEW . Nele será utilizado a lista de campos personalizados e os dados a serem apresentados..
Explicando o funcionamento da técnica:
servirá para a visualização do registro personalizado.
Já o componente PO-PAGE-DYNAMIC-TABLE, caso você tenha criado, servirá para navegar nos registros e chamar as ações de Inclusão, Alteração e Eliminação de registros.
Os componentes dinâmicos do PO-UI funcionam da seguinte forma:
1) Serão feitas O componente criado pela área de negócio com o PO-DYNAMIC-VIEW deverá fazer duas requisições ao servidor REST, que são:uma para obter a lista de campos e outra para obter a lista de dados a serem apresentados;
21) Para buscar os valores dos dados a serem apresentados, onde poderá ser passados será enviado o código do programa personalizado e também um id do "registro corrente" para obtenção dos valores.;
23) Para buscar a lista de campos personalizados utilizando o endpoint progress fornecido pelo framework, que é o /api/btb/v1/personalizationView/metadata/ + codigo_do_programa.
...