Итак, я рассматриваю этот шаблон Solidity, в котором вы определяете пользовательскую библиотеку GoonLib с функцией add для обработки операций uint256. Затем вы создаете пользовательский тип NumberoGoono (, по сути обертку для uint256) и подключаете к нему библиотеку с помощью ключевого слова 'using'.

Дело в том, что вы инициализируете внутреннюю переменную состояния _number значением 1, затем вызываете _number.add(5) для выполнения функции библиотеки. Это чистый способ расширения функциональности типа без раздувания основной логики контракта.

Но честно — зачем структурировать это так? Я имею в виду, что такой паттерн подходит для сложных операций, где нужно сохранять модульность. Если вы делаете пакетные арифметические операции или сложные математические вычисления, привязка библиотек к пользовательским типам помогает держать код организованным. А для простых сложений? Кажется, излишне. Всё зависит от того, что именно вы строите.