Descarregar o AppServer em rotinas pesadas sem precisar abandonar o ecossistema xBase: uma solução de arquitetura que vale a pena conhecer. 💡
No dia a dia do Protheus, um dos grandes desafios é conciliar a operação transacional com rotinas que demandam processamento massivo. Quando essas tarefas concorrem pelas mesmas instâncias de AppServer, a lentidão em tela para os usuários costuma ser o primeiro sintoma.
O projeto open source hb.bridge, criado por Marinaldo de Jesus (Naldo DJ), propõe uma saída inteligente para essa equação: uma ponte entre TLPP/AdvPL e o runtime do Harbour/xHarbour, com uma camada de comunicação nativa em C e Zig.
Destaques arquiteturais que chamam a atenção no projeto:
1️⃣ Preservação do AppServer: o processamento pesado é delegado a um runtime compilado, leve e com latência mínima, liberando as threads do ERP.
2️⃣ Curva de Aprendizado Nula: o time de desenvolvimento Protheus programa com familiaridade imediata, já que Harbour e AdvPL compartilham o mesmo DNA xBase.
3️⃣ Arquitetura Não Invasiva: uma ferramenta totalmente opcional. Você adota sob demanda onde há gargalos específicos, sem alterar fontes nativos ou o core do sistema.
4️⃣ Aderência ao ERP: através de classes TLPP (HbBridgeClient, HbBridgeDataset), os dados processados externamente são consumidos com facilidade em componentes visuais clássicos, como o FWMBrowse.
O hb.bridge está em estágio ativo de desenvolvimento, com potencial expressivo para se consolidar como uma alternativa robusta de extensibilidade no ecossistema TOTVS.
Deslize o carrossel para entender a arquitetura em detalhes. 👇
🔗 GitHub: https://github.com/naldodj/hb.bridge
📄 Teste prático em TLPP: https://raw.githubusercontent.com/naldodj/hb.bridge/refs/heads/main/src/tlpp/tests/protheus/hbbridge.browse.data.test/hbbridge.browse.data.test.tlpp
Vale o teste e o apoio da comunidade ao projeto!
#DNATech #TOTVS #Protheus #AdvPL #TLPP #Harbour #OpenSource #ArquiteturaDeSoftware #ERP
Comentários
Postar um comentário