【開發智能合約 — Solidity系列】實作篇Ep.9 — 何謂繼承(Inheritance)

閱讀時間約 4 分鐘
一個功能越趨完善且複雜的合約,勢必會拆成許多合約共同組成,而其實這些組成的合約之中許多的方法、元素都是重複的,因此我們可以使用Inheritance(繼承)的技巧,將共同的屬性、方法抽到某個上級合約,而其餘的合約只要繼承自上級合約,就能減少重複開發的狀況,我們都知道軟體開發的過程,只要開發的原始碼越多,維護的成本與複雜度就會越高,而這樣的技巧就是在避免當功能越來越複雜時,導致無法維護甚至難以閱讀。

基本用法

在Solidity的世界裡,繼承自誰的關鍵字就是「is」,基本結構如下:
// 合約B繼承自A
contract B is A {
...
}

繼承自單一的來源

基本上最簡單的用法就是撰寫一份公共合約,而未來重複使用的子合約就繼承自公共合約即可,這是最基本的單一繼承。

首先我們先撰寫一份公共合約

可以傳入標題,並取得標題。
contract Basic {
string public title; constructor(string memory _title) {
title = _title;
} function getTitle() public view returns(string memory) {
return title;
}
}
我們帶入_title參數並Deploy之後,初始值就設定為「i am Basic」,並呼叫getTitle之後可以得到正確的訊息。

撰寫一份Basic0合約繼承自Basic並帶入初始值

contract Basic {
...
}// 繼承自Basic並帶入初始化參數
contract Basic0 is Basic("i am Basic0") {}
我們在選擇合約的地方下拉換成Basic0並Deploy,接著呼叫getTitle()之後就會得到「i am Basic0」。

撰寫一份Basic1合約繼承自Basic並由外部帶入初始值

contract Basic {
...
}// 繼承自Basic並支援外部帶入參數至Basic
contract Basic1 is Basic {
constructor(string memory _title) Basic(_title) { }
}
我們在選擇合約的地方下拉換成Basic1並Deploy,接著填入參數,最後呼叫getTitle()之後就會得到「i am Basic1」。

多重繼承

多重繼承的強大之處在於可以繼承自多個來源,但請慎用,多重繼承有其方便之處,但若沒有職責分離很容易繼承到四不像的狀況,最終讓合約更加複雜就失去了繼承的用意了。
// SPDX-License-Identifier: MIT
pragma solidity ^0.8.7.0;contract Basic {
string public basic = "basic";
...
}// 繼承自Basic並帶入初始化參數
contract Basic0 is Basic("i am Basic0") {
string public basic0 = "basic0";
}contract Basic2 is Basic, Basic0 {
// 定義事件並接收msg參數
event Log(string msg); function test() public {
emit Log(basic);
emit Log(basic0);
}
}
Basic2可以分別存取到Basic以及Basic0的可視屬性及方法,此為多重繼承。

結語

這次學習到「繼承」的妙用,相信聰明的你也應該很容易聯想,就如同我們承襲自父母的特性(身高、個性、….),其實軟體開發的概念有時候真的非常貼近現實世界,也終於進到了Ep.9,不知不覺寫了這麼多筆記教學,希望這些教學對於剛接觸智能合約的朋友們有所幫助,加油,讓我們將Solidity的特性學習完成之後,接下來就是趕快開發一個實際的智能合約的應用囉!
今天的範例都在這裡「📦 solidity-remix-toturial/Ep9」歡迎自行取用。
喜歡撰寫文章的你,不妨來了解一下:
歡迎加入一起練習寫作,賺取知識,累積財富!
為什麼會看到廣告
avatar-img
118會員
263內容數
哈囉,我是阿Han,是一位 👩‍💻 軟體研發工程師,喜歡閱讀、學習、撰寫文章及教學,擅長以圖代文,化繁為簡,除了幫助自己釐清思路之外,也希望藉由圖解的方式幫助大家共同學習,甚至手把手帶您設計出高品質的軟體產品。
留言0
查看全部
avatar-img
發表第一個留言支持創作者!
阿Han的沙龍 的其他內容
Solidity支援兩種特殊的函數,分別是Fallback以及Receive,一個是處理合約中不存在的功能時進行的回退機制,而另一個Receive則是負責收款後的動作,但兩者稱為特殊函數的原因主要是跟我們一般函數不同的地方於它們是屬於匿名的函數,也就是不用給定Function名稱,因此才會較為特殊,
這次的篇章主要在介紹狀態的可變性,透過約束來限制狀態,避免隨意更改狀態導致錯誤的合約出現,如果對於Solidity開發有興趣的朋友不妨參考「📚 更多關於Solidity的文章請看這裡…」,讓我們一起動動手學習開發智能合約吧! 我們都知道狀態在智能合約中扮演著非常重要的角色,經過什麼事件之後變化為什
為什麼要特別介紹可視範圍呢? 試想,假如我們的合約裡有些非常重要的內容只能侷限於合約內使用,此時就可以運用可視範圍的技巧,將某些重要的功能、狀態鎖定在合約內使用,不隨意開放給外部調用,避免汙染內部,但有些又是共用的內容及功能時,我們就可以利用公開的可視範圍讓相同的功能能夠重複使用。 合約中又可以依照
Solidity語言的錯誤檢查提供了Require()、Revert()、Assert(),這三種方便的API調用,而這三種用途分別不同,畢竟牽涉到瓦斯費的問題,因此才會與過往的程式語言有些許的差異, require()通常會被使用在輸入值的驗證檢查,因為它的特性主要是能夠退回剩餘的Gas fee,
每個產品在實驗室研發出來後,勢必會面臨到賣給客戶的階段,那麼當我們將產品移交給客戶時,意味著也要進行環境的安裝,但問題來了,每一個客戶的環境差異甚大,總不可能為了A客戶就建立一個A客戶的環境,因應B客戶就建立B客戶的環境,這樣隨著產品的銷售量增長也將連帶耗盡公司的資源,想必這不是我們所樂見的現象,當
建議閱讀前可以先了解一下「【開發智能合約 — Solidity系列】開發環境準備」,會比較容易操作Remix來開發智能合約。 Remix IDE的Debug方式其實也類似於我們開發軟體程式過程中的Debug流程,編輯好程式碼之後,經過編譯,發佈到暫存鏈上,對每一個區塊進行Debug,過程中逐步排查出
Solidity支援兩種特殊的函數,分別是Fallback以及Receive,一個是處理合約中不存在的功能時進行的回退機制,而另一個Receive則是負責收款後的動作,但兩者稱為特殊函數的原因主要是跟我們一般函數不同的地方於它們是屬於匿名的函數,也就是不用給定Function名稱,因此才會較為特殊,
這次的篇章主要在介紹狀態的可變性,透過約束來限制狀態,避免隨意更改狀態導致錯誤的合約出現,如果對於Solidity開發有興趣的朋友不妨參考「📚 更多關於Solidity的文章請看這裡…」,讓我們一起動動手學習開發智能合約吧! 我們都知道狀態在智能合約中扮演著非常重要的角色,經過什麼事件之後變化為什
為什麼要特別介紹可視範圍呢? 試想,假如我們的合約裡有些非常重要的內容只能侷限於合約內使用,此時就可以運用可視範圍的技巧,將某些重要的功能、狀態鎖定在合約內使用,不隨意開放給外部調用,避免汙染內部,但有些又是共用的內容及功能時,我們就可以利用公開的可視範圍讓相同的功能能夠重複使用。 合約中又可以依照
Solidity語言的錯誤檢查提供了Require()、Revert()、Assert(),這三種方便的API調用,而這三種用途分別不同,畢竟牽涉到瓦斯費的問題,因此才會與過往的程式語言有些許的差異, require()通常會被使用在輸入值的驗證檢查,因為它的特性主要是能夠退回剩餘的Gas fee,
每個產品在實驗室研發出來後,勢必會面臨到賣給客戶的階段,那麼當我們將產品移交給客戶時,意味著也要進行環境的安裝,但問題來了,每一個客戶的環境差異甚大,總不可能為了A客戶就建立一個A客戶的環境,因應B客戶就建立B客戶的環境,這樣隨著產品的銷售量增長也將連帶耗盡公司的資源,想必這不是我們所樂見的現象,當
建議閱讀前可以先了解一下「【開發智能合約 — Solidity系列】開發環境準備」,會比較容易操作Remix來開發智能合約。 Remix IDE的Debug方式其實也類似於我們開發軟體程式過程中的Debug流程,編輯好程式碼之後,經過編譯,發佈到暫存鏈上,對每一個區塊進行Debug,過程中逐步排查出
你可能也想看
Google News 追蹤
Thumbnail
为了编写智能合约,开发人员往往需要选择一种适合的编程语言,目前市场上有几种常用的智能合约编程语言,比如Solidity、Vyper、Michelson等,那么具体智能合约常用语言有哪些,让我们一起来看看吧 🚀 币安 - 全球最大加密货币交易所 💥 独家优惠 💥 💰 注册即享 20% 手续
这篇文章主要介绍了智能合约地址什么意思?智能合约安全吗?的相关资料,智能合约是表示为一段代码的合约,旨在执行一组指令。很多人不知道是智能合约地址什么意思,下面小编带大家深入的了解一下,一起来看看吧! 🚀 币安 - 全球最大加密货币交易所 💥 独家优惠 💥 💰 注册即享 20% 手续费返佣
经常关注区块链的投资者,一定对于智能合约不太陌生,智能合约开源与不开源其实还是有很大的差别的,了解智能合约开源与不开源的区别究竟是什么?能有效帮投资者避免不靠谱项目,下面就让小编为大家详细介绍一下这其中的区别 🚀 币安 - 全球最大加密货币交易所 💥 独家优惠 💥 💰 注册即享 20%
Thumbnail
隨著Blockchain 的日益成熟,智能合約已經成為改變多個行業,包括IT服務行業的一種重要技術。智能合約不僅提高了交易的透明度,還增強了合約執行的自動化和安全性。本文將介紹智能合約的基本概念、在IT服務管理中的具體應用,以及實施時可能遇到的挑戰。
msg.sender 定義:msg.sender 是 Solidity 中的一個全局變量,表示當前調用合約函數的外部地址。這個地址可以是普通用戶賬戶(EOA)或另一個智能合約。 用途:用於識別誰在調用當前函數。在每次函數調用期間,msg.sender 都會動態地更新為當前調用該函數的賬戶地址。
Thumbnail
在物件導向程式設計的進階階段,學生將學習繼承、介面、抽象類別等核心概念。繼承允許類別共享屬性和方法,介面確保實現類別提供特定的方法實現,而抽象類別定義了基本結構供子類別擴展。這些知識點有助於提升程式碼的重用性、擴展性和維護性。
上一篇文章提到有些介面不應被繼承,但物件導向的子類別只能繼承父類別的介面,因而產生一些不合適的介面實作。trait/typeclass則沒有這種繼承機制,這似乎使需要繼承的特性無法直接使用。然而函數式導向比起繼承,更適合使用組合,根本不需要使用繼承疊加特性。 資料類型的定義往往跟怎麼建構模型相
分割協議繼承登記這件事 民法是民國18年施行繼承的規定 從此確立繼承的法條 很多考試都會考 所以大家應該也不陌生 但是…實務運用,還是套在實際情況最容易記 今天想要來談談分割繼承登記 繼承登記有分好幾種:公同共有繼承、一般繼承、分割繼承登記 前面二種今天不談 我今天要來談的是分割
類似於trait/typeclass的特性系統能提供程式「延展性」,它能讓函式針對不同的類型做出不同的行為。這種機制與物件導向的繼承非常像,然而特性系統的彈性比較大一點,而且概念上也有一些差別。為了探討討論這些差異,我們必須深入了解繼承機制到底是什麼。 繼承並不是建立子類關係的唯一方法。所謂的
Thumbnail
法律主要缺點就是模糊與不確定,卻也成其最大的優點,因為具有靈活和適應程度的契約規則。智能合約主要優點就是自主保證執行,卻構成其最大的限制,導致過度僵化和無法持續與環境同步。只有時間才能證明區塊鏈技術及是否會真正轉變且滲入我們的世界,也就是Web3世界的到來。而我相信智能法律合約將會是未來的發展趨勢!
Thumbnail
为了编写智能合约,开发人员往往需要选择一种适合的编程语言,目前市场上有几种常用的智能合约编程语言,比如Solidity、Vyper、Michelson等,那么具体智能合约常用语言有哪些,让我们一起来看看吧 🚀 币安 - 全球最大加密货币交易所 💥 独家优惠 💥 💰 注册即享 20% 手续
这篇文章主要介绍了智能合约地址什么意思?智能合约安全吗?的相关资料,智能合约是表示为一段代码的合约,旨在执行一组指令。很多人不知道是智能合约地址什么意思,下面小编带大家深入的了解一下,一起来看看吧! 🚀 币安 - 全球最大加密货币交易所 💥 独家优惠 💥 💰 注册即享 20% 手续费返佣
经常关注区块链的投资者,一定对于智能合约不太陌生,智能合约开源与不开源其实还是有很大的差别的,了解智能合约开源与不开源的区别究竟是什么?能有效帮投资者避免不靠谱项目,下面就让小编为大家详细介绍一下这其中的区别 🚀 币安 - 全球最大加密货币交易所 💥 独家优惠 💥 💰 注册即享 20%
Thumbnail
隨著Blockchain 的日益成熟,智能合約已經成為改變多個行業,包括IT服務行業的一種重要技術。智能合約不僅提高了交易的透明度,還增強了合約執行的自動化和安全性。本文將介紹智能合約的基本概念、在IT服務管理中的具體應用,以及實施時可能遇到的挑戰。
msg.sender 定義:msg.sender 是 Solidity 中的一個全局變量,表示當前調用合約函數的外部地址。這個地址可以是普通用戶賬戶(EOA)或另一個智能合約。 用途:用於識別誰在調用當前函數。在每次函數調用期間,msg.sender 都會動態地更新為當前調用該函數的賬戶地址。
Thumbnail
在物件導向程式設計的進階階段,學生將學習繼承、介面、抽象類別等核心概念。繼承允許類別共享屬性和方法,介面確保實現類別提供特定的方法實現,而抽象類別定義了基本結構供子類別擴展。這些知識點有助於提升程式碼的重用性、擴展性和維護性。
上一篇文章提到有些介面不應被繼承,但物件導向的子類別只能繼承父類別的介面,因而產生一些不合適的介面實作。trait/typeclass則沒有這種繼承機制,這似乎使需要繼承的特性無法直接使用。然而函數式導向比起繼承,更適合使用組合,根本不需要使用繼承疊加特性。 資料類型的定義往往跟怎麼建構模型相
分割協議繼承登記這件事 民法是民國18年施行繼承的規定 從此確立繼承的法條 很多考試都會考 所以大家應該也不陌生 但是…實務運用,還是套在實際情況最容易記 今天想要來談談分割繼承登記 繼承登記有分好幾種:公同共有繼承、一般繼承、分割繼承登記 前面二種今天不談 我今天要來談的是分割
類似於trait/typeclass的特性系統能提供程式「延展性」,它能讓函式針對不同的類型做出不同的行為。這種機制與物件導向的繼承非常像,然而特性系統的彈性比較大一點,而且概念上也有一些差別。為了探討討論這些差異,我們必須深入了解繼承機制到底是什麼。 繼承並不是建立子類關係的唯一方法。所謂的
Thumbnail
法律主要缺點就是模糊與不確定,卻也成其最大的優點,因為具有靈活和適應程度的契約規則。智能合約主要優點就是自主保證執行,卻構成其最大的限制,導致過度僵化和無法持續與環境同步。只有時間才能證明區塊鏈技術及是否會真正轉變且滲入我們的世界,也就是Web3世界的到來。而我相信智能法律合約將會是未來的發展趨勢!