所以我在研究这个 Solidity 模式,你定义了一个名为 GoonLib 的自定义库,里面有一个用于处理 uint256 操作的 add 函数。然后你创建了一个自定义类型 NumberoGoono (,基本上是一个 uint256 的包装器),并使用 'using' 关键字将库附加到它上面。



问题是,你用值为 1 的内部状态变量 _number 进行初始化,然后调用 _number.add(5) 来执行库函数。这是一种在不膨胀主合约逻辑的情况下扩展类型功能的干净方式。

但说实话——你为什么要这样设计呢?我的意思是,这个模式适用于你想保持模块化的复杂操作。如果你在进行批量算术或复杂的数学计算,将库附加到自定义类型可以让你的代码更有条理。而对于简单的加法来说?感觉有点过头了。具体还要看你实际在构建什么。
查看原文
此页面可能包含第三方内容,仅供参考(非陈述/保证),不应被视为 Gate 认可其观点表述,也不得被视为财务或专业建议。详见声明
  • 赞赏
  • 5
  • 转发
  • 分享
评论
0/400
不止损的坚果vip
· 5小时前
这库函数绑定的模式看起来有点"为了模块化而模块化"啊...简单加法真的需要这么整吗?
回复0
幻想鲸鱼vip
· 6小时前
这个NumberoGoono真的很拉胯,简单加法搞得这么复杂干啥呢
回复0
UncommonNPCvip
· 6小时前
ngl 这种 using library 的骚操作在大项目里确实爽,但小合约真的没必要这么整
回复0
PoS养老院院长vip
· 6小时前
ngl 这种模式我早就用腻了,简单加法真的没必要这么折腾
回复0
Gas1FeeCriervip
· 6小时前
哥们这naming有点搞笑啊 NumberoGoono...感觉像某个meme币的名字 不过using库这套确实整得挺干净的
回复0
交易,随时随地
qrCode
扫码下载 Gate App
社群列表
简体中文
  • 简体中文
  • English
  • Tiếng Việt
  • 繁體中文
  • Español
  • Русский
  • Français (Afrique)
  • Português (Portugal)
  • Bahasa Indonesia
  • 日本語
  • بالعربية
  • Українська
  • Português (Brasil)