Vì vậy, tôi đang xem xét mẫu Solidity này, trong đó bạn định nghĩa một thư viện tùy chỉnh có tên GoonLib với hàm add để xử lý các phép toán uint256. Sau đó, bạn tạo một kiểu tùy chỉnh NumberoGoono (chủ yếu là một wrapper của uint256) và gán thư viện cho nó bằng cách sử dụng từ khóa 'using'.

Điều này, bạn khởi tạo một biến trạng thái nội bộ _number với giá trị là 1, rồi gọi _number.add(5) để thực thi hàm của thư viện. Đây là một cách rõ ràng để mở rộng chức năng của kiểu dữ liệu mà không làm phình to logic chính của hợp đồng.

Nhưng thành thật mà nói—tại sao bạn lại cấu trúc theo cách này? Ý tôi là, mẫu này phù hợp cho các phép toán phức tạp mà bạn muốn giữ cho mọi thứ modular. Nếu bạn thực hiện các phép tính theo lô hoặc các phép toán toán học tinh vi, việc gắn thư viện vào các kiểu tùy chỉnh giúp mã của bạn rõ ràng hơn. Còn đối với các phép cộng đơn giản? Cảm giác như quá mức cần thiết. Tùy thuộc vào những gì bạn thực sự đang xây dựng.