【開發智能合約 — Solidity系列】實作篇Ep.2 — 合約中的基本組成元素

更新於 發佈於 閱讀時間約 8 分鐘
上一篇我們談到「【開發智能合約 — Solidity系列】實作篇Ep.1 — 看懂智能合約的脈絡」,大致上理解每個檔案的每份合約都是一個個的區塊,而這一個篇章主要著重於合約中的每個區塊的組成元素進行分項說明。
今天的範例會以簡單的銀行存款與提款流程進行示範,過程中將一步步的使用上述7種元素完成功能,這七種功能也是未來撰寫合約時非常常用的技巧。

State Variables(狀態變數)

「狀態變數」主要在儲存一份合約之中的變化值,銀行中會變化的就是我們的「錢」,而「錢」在我們的合約裡面就是一種狀態變數,我們也會記錄擁有者是誰,大抵如下:
...contract Bank {
/// @notice 記載存款數字
/// @dev State Variables(狀態變數)
uint private value; /// @notice 記載存款擁有者
/// @dev State Variables(狀態變數)
address private owner;
}
上面的程式碼範例中可以看到private關鍵字,這是可視範圍(Visibility and Getters)的宣告,而uint、address…關鍵字則是型別(Types)。

Functions(功能)

銀行最基本的功能就是存款與提款,而存款這個功能會將原本的「錢」進行增加的動作,因此每個功能裡面都包含著一個個的動作,而這些動作通常會改變我們的變數值。
...contract Bank {
... /// @dev Functions(功能): 存款並增加總資產
function deposit(uint amount){
value += amount;
}
}

Function Modifiers(修飾函式)

通常我們在進行某項功能之前,根據法規會有一些限制,舉例來說: 存款前務必檢查是否為本人,而這個事前檢查就是所謂的「修飾函式」。
...contract Bank {    ...    /// @dev Function Modifiers(修飾函式): 務必只能存款擁有者...
/// msg.sender: 訊息的發送者(或這說是發出這個呼叫的人)
modifier onlyOwner {
require(owner == msg.sender);
_;
} /// @dev Functions(功能): 存款並增加總資產
function deposit(uint amount) public onlyOwner {
value += amount;
}
}

Events(事件)

我們生活在這世界上無時無刻都在發生事件,而事件的觸發必然會有一些前兆,當某個動作被觸發時,我們就將之視為事件,並發送事件通知,如此一來就能更全面的掌握每一個動作相對應的處置方式,那麼在智能合約中如果有了事件通知會是什麼樣的場景呢?
試想,當智能合約發生「存款」的動作時,對於使用者來說最在意的莫過於「成功存款」的通知了,而智能合約也提供了事件通知機制,做完某件事情後,可以主動發送事件通知,等待通知結果並進行下一步動作,以下的範例將以「存款」為出發點來說明事件的通知。
...
contract Bank {
... /// @dev 已存款的事件
/// @param addr 存款者的地址
/// @param amount 存多少金額
event Deposited(address addr, uint amount); /// @dev Functions(功能): 存款並增加總資產
/// @param amount 欲存款的金額數量
function deposit(uint amount) public onlyOwner {
value += amount; // 觸發已存款的事件
emit Deposited(msg.sender, amount);
}
}
那我們可能會好奇,這樣的事件發送了,事件送去哪裡? 做了什麼處理?
通常會與前端的顯示進行互動,前端可以透過監聽事件的方式,接收來自智能合約的事件推播,詳細請參考「Events」。

Errors(錯誤處理)

假設我們要提款時,發現提款的金額大於我們的總資產時,這時候理論上應該是不能提款的,畢竟銀行也不是慈善事業免費送錢給我們,因此這樣的條件就是一種錯誤,此時可以透過錯誤處理來告知提款者「您的存款不足」,讓提款者可以知曉為什麼無法提款。
...contract Bank {
... /// @dev 自訂錯誤類型: 資金不足
/// @param requested 要求的資金
/// @param available 可用的資金
error NotEnoughFunds(uint requested, uint available); /// @dev Errors(錯誤處理): 提款並減少總資產
function withdraw(uint amount) public onlyOwner {
if (amount > value)
revert NotEnoughFunds(amount, value);
value -= amount;
}
}
更多的錯誤處理類型請參考「Errors and the Revert Statement」。

Struct Types(結構型別)

隨著智能合約越來越複雜,我們的狀態變數也隨之越來越多,如此一來很容易導致合約過於雜亂,因此我們可以把相關的狀態變數整理在一起,放在同一個區塊,例如以下的範例,帳號的組成會有戶名、帳號識別碼…,將相關的狀態變數彙整於一起。
...
contract Bank {
... // @dev 帳號的組成內容
struct Account { // @dev 帳號的用戶名
string username; // @dev 帳號的識別碼
string id;
} // @dev 帳號的變數宣告
Account private account;}

Enum Types(列舉型別)

除了基礎型態以外,我們也可以自訂型別,舉例來說,銀行在進行交易時會有幾種狀態,開始交易、交易中、完成交易,而這三種狀態通常不會在Solidity預設的型態中,因此我們可以自訂這樣的狀態型別,便於實作狀態的變化。
...
contract Bank {
... /// @notice 交易狀態
/// @dev 狀態定義包含Start、Doing、Done
enum Status { Start, Doing, Done } /// @notice 狀態
/// @dev 狀態的變數宣告
Status private status; /// @notice 更新狀態
/// @dev 將內部的狀態更新為外部指定的狀態
function set(Status _status) public {
status = _status;
}}

結語

藉由基礎元素的了解,我們可以學習到撰寫智能合約的一些技巧與用詞,這一篇僅將大元素做個基本介紹,其實每個元素的用法還能再延伸額外的篇章進行詳細說明,一個篇章如果隱含太多資訊相信初學的過程很容易就放棄,因此細節其實可以留待真正實作一份合約時再一一查詢即可,我們只要懂得大架構如何在腦中浮現即可。
以上的範例皆親自學習並且進行修改,每段註解亦是閱讀詳細文檔過後的整理,過程非常耗時,希望這樣的篇章說明能夠對您有所幫助,如果有任何錯誤需要修正的也歡迎留言讓我們共同學習開發智能合約,讓技術更加普及。
今天的範例都在這裡「solidity-remix-toturial/Ep2」歡迎自行取用。
下一篇我們來談談資料型態與流程控制:
為什麼會看到廣告
avatar-img
120會員
269內容數
哈囉,我是阿Han,是一位 👩‍💻 軟體研發工程師,喜歡閱讀、學習、撰寫文章及教學,擅長以圖代文,化繁為簡,除了幫助自己釐清思路之外,也希望藉由圖解的方式幫助大家共同學習,甚至手把手帶您設計出高品質的軟體產品。
留言0
查看全部
avatar-img
發表第一個留言支持創作者!
阿Han的沙龍 的其他內容
本篇章會以實際的程式碼來說明開發Solidity的組成脈絡與重要的區塊,讓我們不再害怕閱讀艱澀難懂的程式碼,並且具備基礎知識以後也能看懂外面的合約。 開源程式碼常常會面臨到法律的問題,因此License的宣告就變得非常重要,而Solidity也考慮到這一塊,因此特別規劃了一塊License宣告的區塊
延續上一篇「【開發智能合約 — Solidity系列】開發環境準備」,我們建立好開發環境之後,為了提升開發效率與減少錯誤,因此會建議在基礎的編輯器之上加掛一些非常好用的外掛,俗話說工欲善其事,必先利其器,我們要動刀之前務必先磨好刀,接下來會建議一些必備的外掛套件以及示範如何使用,讓我們的開發功力更上
開發之前我們先來做一些前置準備,就如同一道料理在完成之前,會預先準備廚具、食材,而我們就來看看這些廚具與食材究竟能夠煮出什麼令人驚豔的料理吧! ● IDE: 基礎版(Remix)、進階版(Vscode)。 ● 程式語言: Solidity。 ● 程式碼儲存庫: Github。 這邊我們會以最簡單的方
上一篇我們介紹了智能合約的基本概念,而在開發智能合約之前, 建議先對智能合約具備基礎的概念, 往後進行開發時較容易融會貫通, 還沒閱讀的朋友可以參閱此篇「【開發智能合約 — Solidity系列】 淺談智能合約」。 理解完「智能合約」之後,相信大家已經開始手癢了吧! 應該很想開始動手完成第一個自己專
為什麼會有合約的誕生? 大家想過這個問題嗎? 試想,當陌生人與陌生人之間如果要產生與金錢相關的交易時,在沒有第三方機構的見證下,我想一般人應該也會存在著「不信任」的狀況產生,因此造就了「合約」的誕生,而這個「合約」主要目的在於確保雙方能夠在不損害對方的利益下完成交易的一種約定,其中包括了雙方的資訊、
本篇章會以實際的程式碼來說明開發Solidity的組成脈絡與重要的區塊,讓我們不再害怕閱讀艱澀難懂的程式碼,並且具備基礎知識以後也能看懂外面的合約。 開源程式碼常常會面臨到法律的問題,因此License的宣告就變得非常重要,而Solidity也考慮到這一塊,因此特別規劃了一塊License宣告的區塊
延續上一篇「【開發智能合約 — Solidity系列】開發環境準備」,我們建立好開發環境之後,為了提升開發效率與減少錯誤,因此會建議在基礎的編輯器之上加掛一些非常好用的外掛,俗話說工欲善其事,必先利其器,我們要動刀之前務必先磨好刀,接下來會建議一些必備的外掛套件以及示範如何使用,讓我們的開發功力更上
開發之前我們先來做一些前置準備,就如同一道料理在完成之前,會預先準備廚具、食材,而我們就來看看這些廚具與食材究竟能夠煮出什麼令人驚豔的料理吧! ● IDE: 基礎版(Remix)、進階版(Vscode)。 ● 程式語言: Solidity。 ● 程式碼儲存庫: Github。 這邊我們會以最簡單的方
上一篇我們介紹了智能合約的基本概念,而在開發智能合約之前, 建議先對智能合約具備基礎的概念, 往後進行開發時較容易融會貫通, 還沒閱讀的朋友可以參閱此篇「【開發智能合約 — Solidity系列】 淺談智能合約」。 理解完「智能合約」之後,相信大家已經開始手癢了吧! 應該很想開始動手完成第一個自己專
為什麼會有合約的誕生? 大家想過這個問題嗎? 試想,當陌生人與陌生人之間如果要產生與金錢相關的交易時,在沒有第三方機構的見證下,我想一般人應該也會存在著「不信任」的狀況產生,因此造就了「合約」的誕生,而這個「合約」主要目的在於確保雙方能夠在不損害對方的利益下完成交易的一種約定,其中包括了雙方的資訊、
你可能也想看
Google News 追蹤
Thumbnail
/ 大家現在出門買東西還會帶錢包嗎 鴨鴨發現自己好像快一個禮拜沒帶錢包出門 還是可以天天買滿買好回家(? 因此為了記錄手機消費跟各種紅利優惠 鴨鴨都會特別注意銀行的App好不好用! 像是介面設計就是會很在意的地方 很多銀行通常會為了要滿足不同客群 會推出很多App讓使用者下載 每次
Thumbnail
※ 為什麼我們需要 Transaction? 當我們談到 Transaction(交易)時,指的是一組不可分割的 SQL 操作。這些操作結果只能成功或失敗,以確保資料庫的一致性和完整性。Transaction 是資料庫操作中的一個「邏輯單位」,包含多個操作步驟。如果其中任何一個步驟失敗,整個 Tr
Thumbnail
智能合约和区块链是当今社会最热门的话题之一,智能合约钱包是指用合约账户作为地址的钱包,是基于智能合约而不是外部账户的钱包,那么,智能合约钱包和区块链的关系是什么?一样安全吗?本文将为大家详细介绍 🚀 币安 - 全球最大加密货币交易所 💥 独家优惠 💥 💰 注册即享 20% 手续费返佣
Thumbnail
本文概述了加密貨幣和區塊鏈項目中常見的協議功能和技術元素,包括Distribution, Emission Schedule, Utility/Value Capture等。通過瞭解這些概念,投資者和開發者可以更好地理解市場和技術動態,作出更明智的決策。
在 Solidity 中,constant 變量用於定義不可變的常數值。這些常數在合約的生命週期內不會改變,並且它們的值必須在宣告時設定。使用 constant 關鍵字可以節省 gas,因為它們在編譯時就已經被嵌入到字節碼中,不需要在運行時讀取存儲。 用法 定義常數: 常數變量必須在宣告時初始
msg.sender 定義:msg.sender 是 Solidity 中的一個全局變量,表示當前調用合約函數的外部地址。這個地址可以是普通用戶賬戶(EOA)或另一個智能合約。 用途:用於識別誰在調用當前函數。在每次函數調用期間,msg.sender 都會動態地更新為當前調用該函數的賬戶地址。
Thumbnail
ICT / SMC概念與交易方法中闡述了流動性的重要性以及資深交易者和新手交易者之間的區別。這篇文章通俗易懂地解釋了流動性的概念,透過案例說明瞭主力機構收集訂單的行為以及如何應用獵殺流動性的策略。另外,文章還分享了作者在交易生涯中的收穫和思考,提供了對閱讀的交易者或交易新手有新的啟發和想法。
Thumbnail
/ 大家現在出門買東西還會帶錢包嗎 鴨鴨發現自己好像快一個禮拜沒帶錢包出門 還是可以天天買滿買好回家(? 因此為了記錄手機消費跟各種紅利優惠 鴨鴨都會特別注意銀行的App好不好用! 像是介面設計就是會很在意的地方 很多銀行通常會為了要滿足不同客群 會推出很多App讓使用者下載 每次
Thumbnail
※ 為什麼我們需要 Transaction? 當我們談到 Transaction(交易)時,指的是一組不可分割的 SQL 操作。這些操作結果只能成功或失敗,以確保資料庫的一致性和完整性。Transaction 是資料庫操作中的一個「邏輯單位」,包含多個操作步驟。如果其中任何一個步驟失敗,整個 Tr
Thumbnail
智能合约和区块链是当今社会最热门的话题之一,智能合约钱包是指用合约账户作为地址的钱包,是基于智能合约而不是外部账户的钱包,那么,智能合约钱包和区块链的关系是什么?一样安全吗?本文将为大家详细介绍 🚀 币安 - 全球最大加密货币交易所 💥 独家优惠 💥 💰 注册即享 20% 手续费返佣
Thumbnail
本文概述了加密貨幣和區塊鏈項目中常見的協議功能和技術元素,包括Distribution, Emission Schedule, Utility/Value Capture等。通過瞭解這些概念,投資者和開發者可以更好地理解市場和技術動態,作出更明智的決策。
在 Solidity 中,constant 變量用於定義不可變的常數值。這些常數在合約的生命週期內不會改變,並且它們的值必須在宣告時設定。使用 constant 關鍵字可以節省 gas,因為它們在編譯時就已經被嵌入到字節碼中,不需要在運行時讀取存儲。 用法 定義常數: 常數變量必須在宣告時初始
msg.sender 定義:msg.sender 是 Solidity 中的一個全局變量,表示當前調用合約函數的外部地址。這個地址可以是普通用戶賬戶(EOA)或另一個智能合約。 用途:用於識別誰在調用當前函數。在每次函數調用期間,msg.sender 都會動態地更新為當前調用該函數的賬戶地址。
Thumbnail
ICT / SMC概念與交易方法中闡述了流動性的重要性以及資深交易者和新手交易者之間的區別。這篇文章通俗易懂地解釋了流動性的概念,透過案例說明瞭主力機構收集訂單的行為以及如何應用獵殺流動性的策略。另外,文章還分享了作者在交易生涯中的收穫和思考,提供了對閱讀的交易者或交易新手有新的啟發和想法。