Pular para o conteúdo principal

Postagem em destaque

🚀 Oferecendo Serviços Remotos de Desenvolvedor AdvPL e Mais 🖥️

🚀 Oferecendo Serviços Remotos de Desenvolvedor AdvPL e Mais 🖥️ Olá pessoal, Espero que este post encontre todos vocês bem! É com grande entusiasmo que compartilho que estou expandindo meus serviços como Desenvolvedor AdvPL para novos desafios e colaborações. Com mais de duas décadas de experiência sólida, minha jornada profissional tem sido enriquecedora, com a oportunidade de participar de projetos empolgantes ao longo dos anos. Agora, estou ansioso para trazer minha experiência e habilidades para novas equipes e projetos, trabalhando de forma remota. Minha expertise abrange não apenas AdvPL, mas também outras tecnologias-chave, incluindo JS, SQL, Infraestrutura e Otimização de Processos. Acredito que essa combinação de conhecimentos me permite oferecer soluções abrangentes e eficazes para uma variedade de necessidades de desenvolvimento. Acredito que a tecnologia tem o poder de transformar negócios e impulsionar o sucesso, e estou comprometido em ajudar meus clientes a alcançar seu

BlackTDN :: Tips & Tricks : Otimizando aScan e aEval

tips-tricks

Pela minha experiência, sempre que vejo um fonte com as funções aScan e aEval elas estão escritas da seguinte forma:

aScan

aEval

nAT := aScan( aArr , { |x| x == y } )

aEval( aArr , { |x| aAdd(y,x) } )

Vamos observar, segundo o TDN, os parâmetros formais para cada uma dessas funções.

Função: aScan

Executa um bloco de código para cada elemento de um array.

aScan ( < aArray>, < ExpProcura>, [ nInicio], [ nQuant ] ) --> nRet
Nome Tipo Descrição Obrigatório Referência
aArray Vetor Indica o array a ser avaliado. Sim Não
ExpProcura Qualquer

Indica a expressão de busca. Para um array de dimensão simples, pode ser colocado diretamente um valor a ser procurado. Para uma busca mais complexa ou para uma busca em array muti-dimensional, deve ser especificado um bloco de código.

Sim Não
nInicio Numérico

Indica a partir de qual elemento será realizada busca. Por padrão a pesquisa inicia no elemento 1.

Não Não
nQuant Numérico

Indica por quantos elementos serão considerados na operação de busca. Caso não especificado, todos os elementos do array a partir da posição inicial de busca serão considerados.

Não Não

Função: aEVal

Percorre um array procurando por um valor especificado. Pode ser especificado um valor a ser buscado, ou pode ser informada uma condição de busca através de um bloco de código.

aEVal ( < aArray>, < bBloco>, [ nInicio], [ nQuant ] ) --> NIL
Nome Tipo Descrição Obrigatório Referência
aArray Vetor Indica o array a ser avaliado. Sim Não
bBloco Bloco de Código

Indica o bloco de código que será executado para cada elemento encontrado.

Sim Não
nInicio Numérico

Indica o elemento inicial. Caso não seja especificado, o padrão assumido será o elemento um.

Não Não
nQuant Numérico

Indica a quantidade de elementos que serão processados a partir do parâmetro nInicio. Caso não seja especificado, o padrão será todos os elementos do array.

Não Não

Normalmente os parâmetros nInicio e nQuant são omitidos mas, se bem utilizados poderão otimizar a pesquisa conforme exemplo abaixo.

Utilizarei fragmentos do código de GAME 15 para exemplificar.

aScan Exemplo de Otimização
aScan Exemplo de Otimização
aScan Exemplo de Otimização
aScan Exemplo de Otimização

 

magic_tips_and_tricks

Observem que na revisão anterior (em rosa) não utilizava, em aScan, os parâmetros nInico (nBL) e nQuant (nEL) forçando que a pesquisa sempre iniciasse em 1 e finalizasse, caso não encontrasse o elemento da procura, no último elemento do array. Um desperdício uma vez que sabemos o intervalo e o número de elementos para a pesquisa. Dessa forma, ao passarmos os valores para nInicio (nBL) e nQuant (nEL), tornamos a pesquisa em aScan muito mais otimizada.

O mesmo poderemos dizer para aEval(). Só que no caso de aEval desde a versão original de GAME 15 os parâmetros nInicio (nBL) e nQuant (nEL) foram passados. Oras, se sei a partir e quanto avaliar, porque avaliar o Array inteiro.

Observe:

aEval Exemplo de Otimização

Com isso restrinjo o intervalo para avaliação do Bloco de código tornando-a muito mais rápida, ou seja, otimizada.

Em resumo, utilizem os parâmetros nInicio e nQuant em aScan e aEval para otimizar o processo de pesquisa e avaliação.

Fica a dica.

[]s
иαldσ dj

Comentários

Postagens mais visitadas deste blog

BlackTDN :: RLeg ~ Desvendando a Função ParamBox

Para quem precisar desenvolver uma interface de entrada de dados, coisa rápida, e não quer ter aquele trabalhão danado que todos já sabemos, o Protheus tem uma função que ajuda muito, é uma interface semelhante a função Pergunte, porém com muito mais opção de objeto de entrada de dados, alias até colocar o scrollbox desta interface com todos os objetos em outra MsDialog ou Wizard é simples. Vejam o exemplo abaixo, boa sorte! Rleg. //---------------------------------------------------------- // Função exemplo utilizando a função ParamBox() //---------------------------------------------------------- User Function xParamBox() Local aRet := {} Local aParamBox := {} Local aCombo := {"Janeiro","Fevereiro","Março","Abril","Maio","Junho","Julho","Agosto","Setembro","Outubro","Novembro","Dezembro"} Local i := 0 Private cCadastro := "xParambox" // ---------------

BlackTDN :: Customizando a interface de Login no Protheus e by You

A publicação “ BlackTDN :: By You e sua nova tela de login ”  de nosso amigo OBona deu o que falar e, em função disso, esse que a muito não vos escreve resolveu criar uma versão onde será possível personalizar, “por completo”, a tela de login no Protheus/by You. Considerando que OBona já havia “mapeado, identificado e customizado” as imagens peguei-as emprestadas para o exemplo que se segue: O primeiro passo para a customização “total” da interface de login do Protheus/by You será implementar o “Ponto de Entrada” ChgPrDir (Diretório de impressão) . Usaremos esse PE juntamente como programa U_FindMsObject.prg (apresentado pela primeira vez em: Protheus :: ADVPL : The Container : Presents Pandora's box ). Diferente do exemplo proposto por OBona, que substitui, durante o processo de compilação, as imagens padrões do sistema (excluindo-as) por imagens customizadas (com o mesmo nome) este novo exemplo mantém, no RPO, as imagens padrões adicionando novas imagens customizadas que serã

Protheus :: Chamando Funções do Menu Diretamente e sem a Necessidade de Login

Ferne$ perguntou: "...é possível abrir alguma rotina do sistema sem solicitar login ao usuário, como por exemplo a rotina MATA010..." Sim Ferne$, é possível sim. Abaixo um Exemplo para a Chamada à função MATA010 sem a necessidade de Login no sistema. #INCLUDE "PROTHEUS.CH" #INCLUDE "TBICONN.CH" /*/ Funcao: MATA010Ex Data: 30/04/2011 Autor: Marinaldo de Jesus Descricao: Executar a Funcao MATA010 diretamente sem a necessidade de LOGIN no Protheus Sintaxe: 1 ) U_MATA010Ex ( Chamada diretamente na Tela de Entrada do Sistema ) ; ou 2 ) totvsclient.exe -q -p=u_MATA010Ex -a=01;01 -c=rnp_local -e=rnp -m -l ( Chamada Via Linha de Comando ) /*/ User Function MATA010Ex( cEmpFil ) Local aEmpFil Local bWindowInit := { || __Execute( "MATA010()" , "xxxxxxxxxxxxxxxxxxxx" , "MATA010" , "SIGAFAT" , "SIGAFAT", 1 , .T. ) } Local cEmp Local cFil Local cMod Local cModName := "SIGAFAT" DEFA