March 28, 2024

ABAPZombie Guide to ABAP – Parte 17 – BREAK-POINT

E lá vamos nós com esse comandinho criador do caos: o BREAK-POINT.

Bom, este comando “para” a aplicação e abre o Debug. Se for em background, ele loga que o Debugger foi acionado no log da aplicação mas continua o processamento (ou seja, em back não atrapalha a execução).

Como no comando ASSERT, você pode ainda definir um ID para o BREAK-POINT, e controlar sua ativação pela transação SAAB.

E porque esse comando cria o caos?

Porque sempre tem aquele ABAP que esquece esse comando no meio do Report, da Exit, do Online… e daí o funcional vai testar e.. BUM, para no Debugger.

Portanto, só use este comando entre um IF testando se é o seu usuário executando, ou utilizer a macro BREAK (nome do usuário), que eu mostrei neste post. O ideal é não esquecer e remove-lo antes de liberar o programa para testes, mas pelo menos usando isso você não atrapalha ninguém, só você mesmo 😀

Abraços a todos aqueles que já ouviram um funcional/usuário falando “ué, porque abriu essa tela estranha quando eu executei?” 😛

Mauricio Cruz

Pasteleiro há 15+ anos e criou o ABAPZombie junto com o Mauro em 2010. Gosta de filosofar sobre fundamentos básicos da programação e assuntos polêmicos. Não trabalha mais com SAP, mas ainda escreve sobre programação e faz vídeos de vez em quando.

View all posts by Mauricio Cruz →

2 thoughts on “ABAPZombie Guide to ABAP – Parte 17 – BREAK-POINT

Leave a Reply

Your email address will not be published. Required fields are marked *