Quem ainda programa de forma monolítica não sente tanta necessidade disto. Mas, quem usa múltiplas classes com múltiplos métodos sabe que é normal (e até desejável) mudar de ideias em relação ao nome destas coisas. As ideias não nascem já acabadas na nossa cabeça. Idealmente, o código é moldável e dá para ir moldando até encontrarmos a forma desejada.
Cada vez que trocas de contexto, perdes ligeiramente o fio à meada. É a natureza humana. Portanto, quanto menos o fizeres, melhor.
Li algures que os matemáticos orientais tendem a resolver um tipo de problemas matemáticos diferente do tipo de problemas que os matemáticos ocidentais resolvem.
Este post dirige-se à personagem colectiva que representa todas as pessoas já me disseram que gostam de algumas coisas da nova sintaxe funcional da 7.4 mas acham que não se deve exagerar e se deve evitar usar REDUCE e essas coisas desnecessariamente esquisitas pois o código fica mais obscuro, é mais lento e não vêem vantagens.
Estás a falar a sério?
Dantes usava-se o comands APPEND e INSERT para adicionar linhas a tabelas internas. Mas agora que o ABAP cresceu, podemos usar VALUE, REDUCE, CORRESPONDING, etc. Mas, e se a tabela interna já tiver linhas e não as quisermos perder?
Há uns tempos mostrei-te que podias fazer SELECT a uma tabela interna. E no outro dia perguntei-me: se isso é possível, não será então também possível fazer INNER JOINs?
You Ain’t Gonna Need It em português quer dizer Faz o que quiseres, mas não digas que eu não te avisei. Estou a brincar. Não é bem isso.
Sabias que o teu programa ABAP pode copiar conteúdo para o clipboard do teu sistema operativo?
É pá, esta é uma daquelas discussões infinitas que nunca chegarão a lado nenhum. Igual a tentar decidir se mereces continuar a viver se meteres ananás na pizza ou queijo Filadélfia no sushi.
Se quiseres chamar a SM30 a partir de um programa podes fazer um CALL TRANSACTION mas há uma forma mais simples.
