Então estou a analisar este padrão Solidity onde define uma biblioteca personalizada chamada GoonLib com uma função add para lidar com operações uint256. Depois cria um tipo personalizado NumberoGoono (basicamente um wrapper de uint256) e associa a biblioteca a ele usando a palavra-chave 'using'.

A questão é, você inicializa uma variável de estado interna _number com um valor de 1, depois chama _number.add(5) para executar a função da biblioteca. É uma forma limpa de estender a funcionalidade do tipo sem sobrecarregar a lógica do contrato principal.

Mas honestamente—por que razão estruturá-lo desta forma? Quero dizer, o padrão funciona para operações complexas onde quer manter as coisas modulares. Se estiver a fazer cálculos em lote ou cálculos matemáticos sofisticados, anexar bibliotecas a tipos personalizados mantém o seu código organizado. Para somas simples, no entanto? Parece exagero. Depende do que está realmente a construir.