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

Protheus :: "Static Function" fim da restrição de "escopo" II

Como bem lembrado pelo Vitor Emanuel Batista ao comentar no "post" Protheus :: "Static Function" fim da restrição de "escopo", existe agora a função StaticCall. Ela nos permite executar qualquer "static function" declarada em outro programa. Ela é comumente utilizada para executar a "Static Function MenuDef" que retorna um Array com as opções do aRotina. Mas pode, também, ser utilizada para executar qualquer "Static Function" declarada em outro programa que não o programa em uso. Sua Sintaxe é:


StaticCall(ProgramName,StaticFunctionCall,uparam1,uparam2,....,uparamN)

Onde: 

ProgramName: Nome do Programa onde se encontra a "Static Function"
StaticFunctionCall: "Static Function" a Ser Executada
uParam1...uParamN: Parâmetros Formais da "Static Function"


Lembrando que como StaticCall executa a Função diretamente, os parâmetros ProgramName e StaticFunctionCall deverão ser passados de forma Literal e não com (") aspas e/ou (') apóstrofe. Chame-a como se estivesse executando a função diretamente. Ex.:


Prg1:

#INCLUDE "PROTHEUS.CH"
Static Function SomaMais1( nValor )
Return( nValor + 1 )

Static Function StackPop( aStack , uVal )
  DEFAULT aStack := {}
  aAdd( aStack , uVal )
Return( Len( aStack ) )

Prg2:

Static Function UsingPrg1()

Local aStack

Local nValor := 1
Local nStack

nValor  := StaticCall( PRG1 , SomaMais1 , nValor )
nStack  := StaticCall( PRG1 , StackPop , @aStack , 1 )

Return( NIL )

Ela irá retornar, em seu retorno formal, o mesmo conteúdo retornado pela "Static Function" e, poderá retornar, por referência, os valores passados nos parâmetros formais da função. Considerando que StaticCall é, agora, uma função "Nativa" da API do Protheus, recomendo o uso dessa ao do exemplo passado no post Protheus :: "Static Function" fim da restrição de "escopo".

A grande vantagem de usar a StaticCall é poder "simular" a sobrecarga de parâmetros. Ou seja, posso ter várias funções com o mesmo nome, declaradas em programas diferentes, mas com parâmetros diferenciados que alteram o comportamento da função.

Outra vantagem da StaticCall, é saber, de ante-mão, em qual programa a função será executada. Então recomendo, que substitua as suas "User Functions" pelas "Static Functions" de forma a poder usufruir de todos os benefícios que ela poderá proporcionar. Apenas as funções chamadas diretamente no menu deverão continuar como User Functions.

[]s
иαldσ dj

...

Comentários

  1. Tirando esse post do baú...

    no MDI o Menudef é executado por esta função, apresentando as opções no centro...

    MVC executa o ModelDef e ViewDef utilizando tb.

    abraço

    ResponderExcluir
  2. Totvs acabou com StaticCall na versão 12.1.33, revendo o que fazer com o todas as chamadas que uso ;(

    ResponderExcluir
    Respostas
    1. Acabar com a StaticCall ela não acabou. Só não permite a sua compilação para usuários que não possuem a chave de compilação. StaticCall está restrito a uso interno da totvs e, com o TLPP provavelmente será descontinuada. Existe solução de contorno para esta questão. Mas isso é uma outra história.

      Excluir
  3. Naldo, tem alguma soluçao para essa questao da staticcall? to procurando em todos os cantos e não achei nada... algum video de orientaçao?

    ResponderExcluir
    Respostas
    1. Solução Tem. Mas se eu divulgar a TOTVS bloqueia. kkkkkkkkkkkkkkkk.

      Excluir

Postar um comentário

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" // ---------------

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

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ã