Histórico da Página
Data
Gravação
https://drive.google.com/file/d/1493ETi9x1WvnkOLVTyuD_vD7n0KEt28E/view
Participantes
- Augusto Henrique Tomba Pereira
- Daniel William Pereira da Silva
- Diogo Alexandre Pereira Bose
- Gustavo Henrique Luciano
- Igor Ronan Rosa
- Rafael Brito Dantas
- Suelen da Silva Guimaraes
- Vinicius Lopes de Almeida
Objetivos
- Reunião para analise do código fonte de impressão e assinatura digital no intuito de criar uma central de assinatura com mais facilidade para desenvolvimento.
Itens da discussão
Notas |
---|
Utilizar sockets (SignalR) para evitar o uso de Pooling. |
Criar um novo projeto para essa nova solução de Assinatura e Impressão. Separando melhor os contextos, onde cada um deletes tem seus projetos em separado (projeto contendo lógica de Assinatura e outro contendo a lógica de Impressão) |
Centralizar a solução de Assinatura/Impressão no frontend. Isso envolve um redesenho da funcionalidade, podendo ter uma tela em um menu para o user poder interagerir em um ponto central no Pep e poder gerenciar suas assinaturas e impressões (Pensar no desenho da funcionalidade) |
Utilizar corretamente a estrutura da arquitetura do Pep ao desenvolver o backend. Fazendo o uso adequado de Facades e Modules para consumir funcionalidades de outros projetos. |
Pensar na possibilidade de utilizar um endpoint com o verbo POST do Http para imprimir um report. A ideia é encarar a geração do arquivo de report como um processo, passando um payload genérico (Poderia ser um array de key/value), desta forma o backend trataria tudo fazendo o apontamento adequado, consumindo o module necessário com base, por exemplo, na propriedade "type" passado no payload. |
Considerar no backend ter a capacidade de utilizar múltiplos providers de assinatura (ex: Eval, TAE) |
Itens de ação
- Thiago Miguez Sena de Jesus verificar com Mariana Battistini espaço e refinamento no roadmap 2410 para incluir item.