DNATech :: 🚨 Compatibilizar 1.500+ fontes no Protheus não é “só recompilar”.

🚨 Compatibilizar 1.500+ fontes no Protheus não é “só recompilar”: É uma verdadeira arqueologia de código. 😅

Nos últimos meses finalizei um projeto pesado de compatibilização em um cliente Protheus.
E quanto mais mergulhava nos fontes… mais apareciam padrões que se repetem em praticamente todo ambiente legado:

* `RpcSetEnv()` sendo usado onde o Framework já controla ambiente.
* `dbGoTop()` antes de `dbSeek()`.
* `Posicione()` em cascata.
* Funções internas/obsoletas sendo utilizadas em produção.
* Loops gigantescos consumindo banco desnecessariamente.
* Regras de negócio espalhadas entre PE, gatilho, menu, browse, MVC e query.
* “Performance tuning” baseado em abrir mais threads ao invés de corrigir arquitetura.

O curioso é que muitos desses problemas passam despercebidos durante anos…
até chegar a atualização da LIB, aumento de volume de dados, mudança arquitetural ou simplesmente um gargalo impossível de ignorar.

Durante o projeto comecei a consolidar um material interno com observações técnicas, boas práticas, riscos de compatibilidade e pontos críticos que encontrei ao longo da análise.

Transformei isso em um documento com várias “Dicas de Ouro” para desenvolvimento Protheus/ADVPL/TLPP.
O material aborda desde:

✅ Compatibilidade de LIB
✅ Performance DBAccess/SQL
✅ Obsolescência de funções
✅ Arquitetura MVC
✅ Governança técnica
✅ Concorrência e locks
✅ Reutilização de código
✅ Padronização e manutenibilidade
✅ Estratégias para reduzir gargalos reais

Alguns exemplos que cito no material:

* `X31Update`, `X31UpdTable` e `__SetX31Mode` marcadas para descontinuação.
* Restrições novas envolvendo `cEmpAnt` e `__cUserId`.
* Uso incorreto de `RpcSetEnv()` em REST/SOAP/Schedule.
* Substituição de `Separa()` por `StrTokArr2()`.
* Centralização de regras de negócio e padronização arquitetural.
* Uso correto de `GetNextAlias()`, `GetAdvFVal()`, `TCSQLToArr()`, `FWFreeObj()` etc.

O objetivo não é “seguir modinha técnica”.
É sobreviver às próximas releases sem transformar o ambiente em um campo minado. 😄

📎 Estou anexando o material na postagem para quem trabalha com Protheus e gosta de discutir arquitetura, performance e compatibilidade.
Vale bastante para equipes que estão preparando ambientes para releases mais novas do framework. 

#DNATech, #Protheus, #ADVPL, #TLPP, #TOTVS, #DBAccess, #SQLServer, #ArquiteturaDeSoftware, #Performance, #MVC, #DevOps, #ERP, #LegacyCode, #CleanCode, #Framework, #TechLead, #DesenvolvimentoDeSoftware