Você ainda não sabe programar ABAP OO?

Se você não é um completo alienado no mundo ABAP, já deve ter ouvido falar sobre o tal do ABAP OO, ou seja, ABAP Orientado a Objetos. Esse assunto é estratégico para a SAP e é forma de programação que ele recomenda, tanto que é uma das partes mais pesadas na certificação ABAP.

Nesse post aqui vou mostrar as vantagens desse paradigma de programação e como ele pode te ajudar a criar programas mais robustos e de fácil manutenção.

Conceitos Iniciais

A primeira coisa que você precisa entender é que a ABAP OO não é somente trocar PERFORMs e CALL FUNCTIONs por CALL METHODs. Você até pode fazer um paralelo, mas as semelhanças conceituais são enormes.

A programação orientada a objetos (OOP) é uma forma de resolver um problema, assim como procedural, programação por aspectos etc. Ela é totalmente diferente da procedural, pois não mais pensamos no programa como uma sequência de procedimentos, mas olhamos para o problema em si e pensamos em objetos se relacionando entre si, assim como acontece no mundo real.

No mundo real, temos objetos se relacionando a todo momento. Daí a grande vantagem da OOP versus a procedural. Os objetos do mundo real serão os mesmos que estarão representados no seu programa. Para exemplificar, não vou usar os exemplos clássicos das aulas de OOP (bicicleta, carro, pessoa etc.), mas vamos usar um exemplo real que você usará, uma Invoice.

INVOICE ou PROFORMA é um documento onde constam o valor da venda, a forma e data de embarque, é uma espécie de pré venda.

Veja um exemplo de documento de invoice:

Exemplo de Invoice - Transformers

Esta invoice no SAP fica com essa cara (não é a mesma invoice dos Transformers):

Exemplo de Invoice no SAP

Quando estamos nos referindo a uma invoice em específico, a primeira coisa nos vem a cabeça são os dados dessa invoice, como por exemplo, quem vende (Autobots) e quem deve pagar (Decepticons) e o que deve ser pago (itens da invoice). Essas são características presentes em todas as invoices.

Mas como esse invoice foi criada no sistema? Se eu precisar alterá-la? Ou apaga-la? E quando ela for paga, preciso alterar alguma coisa nessa invoice? Essas são ações aplicáveis a qualquer invoice.

Então as invoices possuem características e ações que podem ser descritas de maneira universal. Isso é feito pelas classes. Pense nas classes como moldes que descrevem como as invoices devem ser criadas. As classes representam como as invoices devem se comportar (chamados de métodos) e quais características (chamados atributos) devem ter. Podemos dizer, que são nas classes que definidos as regras de negócio que regem como as invoices devem ser.

Classe Invoice

Pegando o exemplo da invoice, ela pode ser representada em uma classe em ABAP da seguinte maneira. Eu estou usando a tabela transparente SNVOICE que faz parte do Flight Model Data.

ZCL_INVOICE e Seus Métodos

Nos métodos é que colocamos as regras de negócio, ou seja, as validações para que as invoices sejam criadas corretamente ou regras que garantam que elas não sejam alteradas incorretamente. Isso porque os dados em OOP estão encapsulados nas classes, ou seja, os dados só podem ser alterados mediante certas regras definidas nos métodos.

Não é o objetivo desse post descrever a sintaxe da criação de classes em ABAP e suas particularidades, mas apenas mostrar a orientação a objetos na programação ABAP.

No método SAVE( ) geralmente colocamos a chamada da BAPI que encapsula todas as regras de validação e verificação standard. Na classe colocamos somente as regras específicas para a solução do problema do cliente.

Nota: As regras aqui descritas estão extremamente simplificadas. A BAPI usada aqui foi criada apenas para ilustrar o conceito.

Usando a Classe Invoice

Para usar a classe ZCL_INVOICE eu criei um novo programa que usa os métodos da classe. Esse programa lista todas as reservas conforme a tela de seleção e quando o usuário dá o duplo clique numa reserva, a invoice é gerada automaticamente.

Conclusão

A programação orientada a objetos facilita o entendimento do problema e nos ajuda a construir programas mais robustos. Além do mais, nos permite criar artefatos de software reutilizáveis economizando tempo e dinheiro.

O aprendizado das técnicas orientadas a objeto é trabalhosa e demanda tempo para entender as diversas características. Mas é um tempo que vale a pena gastar e o mercado ABAP está cada vez mais valorizando isso.