Tag > estilo
Patrocinado por
Patrocinado por Inetum

Declarações de dados limpas

images/thumbnail.jpg - Thumbnail

Quando escreveres código deves estar sempre preocupado com quão fácil será mantê-lo. Isso é particularmente importante nas declarações de variáveis. E é tão simples de aplicar.

Livrei-me finalmente dos prefixos

images/thumbnail.jpg - Thumbnail

Demorei muitos anos mas finalmente livrei-me do raio dos prefixos.

Os galhos dos IFs devem ser curtos

images/thumbnail.jpg - Thumbnail

Imagina que és um macaco pendurado no galho de uma árvore. Queres saltar para outro galho mas ele está tão longe que não o consegues ver. Se saltares arriscas-te a cair ao chão. É mau.

Escapa aos hackers

images/thumbnail.jpg - Thumbnail

Um dos principais pontos fracos de um programa são os dados introduzidos pelos utilizadores.

Faz apenas uma coisa por LOOP

images/thumbnail.jpg - Thumbnail

Os programadores ABAP são muito poupadinhos. Quando lhes aparece um LOOP à frente gostam de o aproveitar para fazer tudo e mais alguma coisa. Mesmo que esse LOOP fique com centenas ou milhares de linhas.

Evita o ABAP obsoleto

images/thumbnail.jpg - Thumbnail

O ABAP evolui (embora durante muitos anos não parecesse). E à medida que evolui vai deixando para trás alguns comandos ou formas de fazer as coisas porque disponibiliza outras melhores.

Para além de aprender a usar as novidades é também importante aprender a deixar de usar o que vai ficando obsoleto.

Um programa é um animal

images/thumbnail.jpg - Thumbnail

Quando os programas estão mal feitos por terem código duplicado, se os reescrevemos ficam mais curtos. Mas se, pelo contrário, estiverem mal feitos por não estarem devidamente estruturados em várias classes com vários métodos, podem ficar bem mais longos se os reescrervemos de acordo com as boas prácticas.

Os blocos de código devem ser curtos

images/thumbnail.jpg - Thumbnail

Infelizmente isto não acontece no código Z dos clientes onde tenho trabalhado. Tanto os IFs como os LOOPs tendem a ser tão grandes que ninguém percebe nada do que lá está. Ainda no outro dia vi um LOOP com mais de 1500 linhas.

Se amas o próximo, evita o CLEAR

images/thumbnail.jpg - Thumbnail

Demasiadas regressões acontecem porque alguém se esquece de fazer CLEAR ou de não fazer CLEAR a uma variável.

As condições IF devem ser simples de entender

images/thumbnail.jpg - Thumbnail

Porque haveria de ser difícil lê-las? Só tornaria mais difícil a vida de quem vier a precisar de a entender.

Lá porque uma condição IF é complexa não é por isso que tem de ser complicada.

SELECT WHERE field IN (*, x)

images/thumbnail.jpg - Thumbnail

Vamos por partes.

Imagina um cenário em que tens uma tabela de parametrização com vários níveis de detalhe que podem ou não estar definidos:

  1. BUKRS (empresa)

  2. WERKS (plant)

  3. LGORT (depósito)

Quando um dos campos está vazio, é um wildcard, ou seja, é válido para todos os valores.

Insere sem excepções em tabelas internas com chave única

images/thumbnail.jpg - Thumbnail

Quantas vezes na tua vida de consultor tiveste de lidar com dumps que aconteceram em consequência de um programa tentar inserir duas linhas com a mesma chave numa tabela interna definida com UNIQUE KEY?

Chega.

Funções manequins

images/thumbnail.jpg - Thumbnail

Como é que se há-de traduzir dummy? Fica manequim. Comecei a trabalhar recentemente num cliente novo e reparei que fazem aqui uma coisa que me agradou. Quando precisam de invocar por RFC módulos de função em outros sistemas SAP, criam localmente um módulo de função com o mesmo nome mas sem código, apenas com um comentário explicando que é uma função remota noutro sistema. A virtude disto é que assim pode usar-se a ferramenta where-used para descobrir todos os sítios onde é invocada.

Lookup em tabela sem ter de lidar com a excepção CX_SY_ITAB_LINE_NOT_FOUND

images/thumbnail.jpg - Thumbnail

Antes do 7.40 ter modernizado o ABAP, um lookup a uma tabela obrigava a declarar uma variável auxiliar e a pelo menos 4 linhas de código.

Clean ABAP

images/thumbnail.jpg - Thumbnail

Durante muitos anos, quando entrava em discussões sobre ABAP OO ser melhor do que FORMs, INCLUDEs e CALL FUNCTIONs, o mais comum é a pessoa do lado de lá continuar convencida de que OO é bom nas outras linguagens mas não traz vantagens para o ABAP. Logo a começar pelo atroz código standard SAP que parece ter sido escrito para provar que é possível fazer algo que viola todas as boas prácticas de programação e mesmo assim funciona.