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: | | Franquias e Redes | |||||
| Segmento: | VarejoVarejo | |||||||
| Segmentos_totvs | Segmento | Módulo: | PDV OMNISHOP - DESK | |||||
| Função: | ATUALIZAÇÃO | |||||||
| Ticket: | ||||||||
| Requisito/Story/Issue (informe o requisito relacionado) : | DVARLIVEPDV-46568 |
02. SITUAÇÃO/REQUISITO
A classe estática VendedorHelper é atualmente utilizada em diversas partes do sistema para fornecer funcionalidades relacionadas a vendedores.
A utilização de classes estáticas consome muitos recursos pois não são desalocadas da memória quando terminadas de utilizar.
03. SOLUÇÃO
Foi solicitado a substituição da classe estática VendedorHelper pela VendedorAppService. A solução implementou as seguintes etapas: a classe estática foi removida e reestruturada como um AppService, registrada como singleton no contêiner de injeção de dependências. A VendedorAppService foi injetada nos construtores das classes que a utilizavam. Após migrar todos os métodos da VendedorHelper para a nova interface, a classe original foi excluída. A abordagem evitou o uso de .Resolve do framework para injeção, utilizando controle direto para gerenciamento das instâncias. As modificações garantiram a manutenção da lógica de negócio, além de seguir boas práticas de design de software.
04. DEMAIS INFORMAÇÕES
Não se aplica
05. ASSUNTOS RELACIONADOS
Não se aplica
06. ANÁLISE DE IMPACTO
Mudança de VendedorHelper para VendedorAppService.
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