Histórico da Página
01. DADOS GERAIS
| Produto: | ||||||||
|---|---|---|---|---|---|---|---|---|
| Solucoes_totvs | Solucao | |||||||
| Solucoes_totvs_cross | SolucaoCross | |||||||
| Solucoes_totvs_parceiros | SolucaoParceiros | |||||||
| Solucoes_totvs_parceirosexptotvs | TOTVS Varejo Franquias e Redes | |||||||
| SolucaoParcsExpsTOTVS | Linha de Produto: | linhas_totvsFranquias e Redes | ||||||
| Segmento: | Varejo | |||||||
| Módulo: | PDV OMNISHOP - DESK | |||||||
| Função: | ATUALIZAÇÃO | |||||||
| Ticket: | ||||||||
| Requisito/Story/Issue (informe o requisito relacionado) : | DVARLIVEPDV-46569 |
02. SITUAÇÃO/REQUISITO
O sistema atualmente utiliza classes estáticas como SegundoMonitorHelper, LojaHelper e ViewHelper. Substituir as classes estáticas por AppServices injetáveis, registrando-as como singletons e garantindo que os construtores que as utilizam sejam atualizados. Após a migração, as classes estáticas devem ser removidas.
03. SOLUÇÃO
A solução proposta incluiu a criação de AppServices para substituir as classes SegundoMonitorHelper, LojaHelper e ViewHelper. Essas novas classes foram registradas como singletons e injetadas nos construtores correspondentes. O processo de migração envolveu a transferência dos métodos para as novas interfaces criadas. Após a conclusão dessa migração, as classes antigas foram removidas para limpar o código e evitar confusões futuras. A abordagem sugeriu evitar utilizar o método Resolve do framework para a injeção, optando por armazenar a instância para controle.
04. DEMAIS INFORMAÇÕES
Não se aplica
05. ASSUNTOS RELACIONADOS
Não se aplica
06. ANÁLISE DE IMPACTO
Alteração de SegundoMonitor, Loja e View Helpers para AppServices e todas partes que utilizavam os helpers.
07. VERSÃO
| PRODUTO | VERSÂO |
|---|---|
| TOTVS PDV Omni | 4.2.XXX.0 |
| Templatedocumentos |
|---|
Visão Geral
Import HTML Content
Conteúdo das Ferramentas
Tarefas