最新内容会更新在主站深入浅出区块链社区

原文链接:智能合约最佳实践 之 Solidity 编码规范

每一门语言都有其相应的编码规范, Solidity 也一样, 下面官方推荐的规范及我的总结,供大家参考,希望可以帮助大家写出更好规范的智能合约。

命名规范

避免使用

小写的l,大写的I,大写的O 应该避免在命名中单独出现,因为很容易产生混淆。

合约、库、事件、枚举及结构体命名

合约、库、事件及结构体命名应该使用单词首字母大写的方式,这个方式也称为:帕斯卡命名法或大驼峰式命名法,比如:SimpleToken, SmartBank, CertificateHashRepository,Player。

函数、参数、变量及修饰器

函数、参数、变量及修饰器应该使用首单词小写后面单词大写的方式,这个方式也称为:(小)驼峰式命名法,是一种混合大小写的方式,如:

  • 函数名应该如:getBalance,transfer,verifyOwner,addMember。
  • 参数和变量应该如:initialSupply,senderAddress,account,isPreSale。
  • 修饰器应该如:onlyAfter,onlyOwner。

代码格式相关

缩进

使用空格(spaces)而不是Tab, 缩进应该是4个空格

空行

合约之间应该有空行,例如:

  1. contract A {
  2. ...
  3. }
  4. contract B {
  5. ...
  6. }
  7. contract C {
  8. ...
  9. }

而不是使用:

  1. contract A {
  2. ...
  3. }
  4. contract B {
  5. ...
  6. }
  7. contract C {
  8. ...
  9. }
  • 函数之间应该有空行,例如:
  1. contract A {
  2. function spam() public {
  3. ...
  4. }
  5. function ham() public {
  6. ...
  7. }
  8. }

没有实现的话,空行可以省去,如:

  1. contract A {
  2. function spam() public;
  3. function ham() public;
  4. }

而不是:

  1. contract A {
  2. function spam() public {
  3. ...
  4. }
  5. function ham() public {
  6. ...
  7. }
  8. }

左括号应该跟定义在一行

定义包括合约定义、函数定义、库定义、结构体定义等等,例如推荐使用:

  1. contract Coin {
  2. struct Bank {
  3. address owner;
  4. uint balance;
  5. }
  6. }

而不是:

  1. contract Coin
  2. {
  3. struct Bank {
  4. address owner;
  5. uint balance;
  6. }
  7. }

左括号应该跟条件控制在一行

在使用if, else, while, for 时,推荐的写法是:

  1. if (...) {
  2. ...
  3. }
  4. for (...) {
  5. ...
  6. }

而不是:

  1. if (...)
  2. {
  3. ...
  4. }
  5. while(...){
  6. }
  7. for (...) {
  8. ...;}

如果控制语句内只有一行,括号可省略,如:

  1. if (x < 10)
  2. x += 1;

但像下面一个语句有多方就不能省略,如:

  1. if (x < 10)
  2. someArray.push(Coin({
  3. name: 'spam',
  4. value: 42
  5. }));

表达式内的空格

  • 一个单行的表达里,在小括号、中括号、大括号里应该避免不必要的空格,例如推荐使用:

    1. spam(ham[1], Coin({name: "ham"}));

    而不是:

    1. spam( ham[ 1 ], Coin( { name: "ham" } ) );

    有一种例外是,结尾的括号跟在结束的分号后面, 应该加一个空格,如下面的方式也是推荐的:

    1. function singleLine() public { spam(); }
  • 分号;前不应该有空格,例如推荐使用:

    1. function spam(uint i, Coin coin) public;

    而不是:

    1. function spam(uint i , Coin coin) public ;
  • 不要为对齐添加不必要的空格,例如推荐使用:

    1. x = 1;
    2. y = 2;
    3. long_variable = 3;

    而不是:

    1. x = 1;
    2. y = 2;
    3. long_variable = 3;
  • 回退函数不应该有空格,例如推荐使用:

    1. function() public {
    2. ...
    3. }

    而不是:

    1. function () public {
    2. ...
    3. }

控制每一行长度

每行不应该太长,最好在79(或99)个字符以内,函数的参数应该是单独的行,且只有一个缩进,例如推荐的方式是:

  1. thisFunctionCallIsReallyLong(
  2. longArgument1,
  3. longArgument2,
  4. longArgument3
  5. );

而不是:

  1. thisFunctionCallIsReallyLong(longArgument1,
  2. longArgument2,
  3. longArgument3
  4. );
  5. thisFunctionCallIsReallyLong(longArgument1,
  6. longArgument2,
  7. longArgument3
  8. );
  9. thisFunctionCallIsReallyLong(
  10. longArgument1, longArgument2,
  11. longArgument3
  12. );
  13. thisFunctionCallIsReallyLong(
  14. longArgument1,
  15. longArgument2,
  16. longArgument3
  17. );
  18. thisFunctionCallIsReallyLong(
  19. longArgument1,
  20. longArgument2,
  21. longArgument3);

对应的赋值语句应该是这样写:

  1. thisIsALongNestedMapping[being][set][to_some_value] = someFunction(
  2. argument1,
  3. argument2,
  4. argument3,
  5. argument4
  6. );

而不是:

  1. thisIsALongNestedMapping[being][set][to_some_value] = someFunction(argument1,
  2. argument2,
  3. argument3,
  4. argument4);

事件定义也应该遵循同样的原则,例如应该使用:

  1. event LongAndLotsOfArgs(
  2. adress sender,
  3. adress recipient,
  4. uint256 publicKey,
  5. uint256 amount,
  6. bytes32[] options
  7. );
  8. LongAndLotsOfArgs(
  9. sender,
  10. recipient,
  11. publicKey,
  12. amount,
  13. options
  14. );

而不是:

  1. event LongAndLotsOfArgs(adress sender,
  2. adress recipient,
  3. uint256 publicKey,
  4. uint256 amount,
  5. bytes32[] options);
  6. LongAndLotsOfArgs(sender,
  7. recipient,
  8. publicKey,
  9. amount,
  10. options);

文件编码格式

推荐使用utf-8 及 ASCII 编码

引入文件应该在最上方

建议使用:

  1. import "owned";
  2. contract A {
  3. ...
  4. }
  5. contract B is owned {
  6. ...
  7. }

而不是:

  1. contract A {
  2. ...
  3. }
  4. import "owned";
  5. contract B is owned {
  6. ...
  7. }

函数编写规范

函数的顺序

在编写函数的时候,应该让大家容易找到构造函数,回退函数,官方推荐的的函数顺序是:

  1. 构造函数
  2. 回退函数 (如果有)
  3. 外部函数(external)
  4. 公有函数(public)
  5. 内部函数(internal)
  6. 私有函数(private)

同一类函数时,constant函数放在后面, 例如推荐方式为:

  1. contract A {
  2. // 构造函数
  3. function A() public {
  4. ...
  5. }
  6. // 回退函数
  7. function() public {
  8. ...
  9. }
  10. // 外部函数
  11. // ...
  12. // 带有constant 外部函数
  13. // ...
  14. // 公有函数
  15. // ...
  16. // 内部函数
  17. // ...
  18. // 私有函数
  19. // ...
  20. }

而不是下面的函数顺序:

  1. contract A {
  2. // 外部函数
  3. // ...
  4. // 公有函数
  5. // ...
  6. // 内部函数
  7. // ...
  8. function A() public {
  9. ...
  10. }
  11. function() public {
  12. ...
  13. }
  14. // 私有函数
  15. // ...
  16. }

明确函数的可见性

所有的函数(包括构造函数)应该在定义的时候明确函数的可见性,例如应该使用:

  1. function explicitlyPublic(uint val) public {
  2. doSomething();
  3. }

而不是

  1. function implicitlyPublic(uint val) {
  2. doSomething();
  3. }

可见性应该在修饰符前面

函数的可见性应该写在自定义的函数修饰符前面,例如:

  1. function kill() public onlyowner {
  2. selfdestruct(owner);
  3. }

而不是

  1. function kill() onlyowner public {
  2. selfdestruct(owner);
  3. }

区分函数和事件

为了防止函数和事件(Event)产生混淆,声明一个事件使用大写并加入前缀(可使用LOG)。对于函数, 始终以小写字母开头,构造函数除外。

  1. // 不建议
  2. event Transfer() {}
  3. function transfer() {}
  4. // 建议
  5. event LogTransfer() {}
  6. function transfer() external {}

常量

常量应该使用全大写及下划线分割大词的方式,如:MAX_BLOCKS,TOKEN_NAME, CONTRACT_VERSION。

参考视频

我们也推出了目前市面上最全的视频教程:深入详解以太坊智能合约语言Solidity

目前我们也在招募体验师,可以点击链接了解。

智能合约最佳实践 之 Solidity 编码规范的更多相关文章

  1. Atitit.软件开发概念说明--io系统区--特殊文件名称保存最佳实践文件名称编码...filenameEncode

    Atitit.软件开发概念说明--io系统区--特殊文件名称保存最佳实践文件名称编码...filenameEncode 不个网页title保存成个个文件的时候儿有无效字符的问题... 通常两个处理方式 ...

  2. [转]Ethereum-智能合约最佳实践

    主要章节如下: Solidity安全贴士 已知的攻击手段 竞态 可重入 交易顺序依赖 针对Gas的攻击 上溢/下溢 工程技术 参考文献 这篇文档旨在为Solidity开发人员提供一些智能合约的secu ...

  3. Node 编码规范(优秀是一种习惯)

    编码规范 空格与格式 1. 缩进 采用2个空格缩进,而不是tab缩进. 空格在编辑器中与字符是等宽的,而tab可能因编辑器的设置不同.2个空格会让代码看起来更紧凑.明快. 2. 变量声明 永远用var ...

  4. 编写Shell脚本的最佳实践,规范二

    需要养成的习惯如下: 代码有注释 #!/bin/bash # Written by steven # Name: mysqldump.sh # Version: v1.0 # Parameters : ...

  5. 用solidity语言开发代币智能合约

    智能合约开发是以太坊编程的核心之一,而代币是区块链应用的关键环节,下面我们来用solidity语言开发一个代币合约的实例,希望对大家有帮助. 以太坊的应用被称为去中心化应用(DApp),DApp的开发 ...

  6. ​结合异步模型,再次总结Netty多线程编码最佳实践

    更多技术分享可关注我 前言 本文重点总结Netty多线程的一些编码最佳实践和注意事项,并且顺便对Netty的线程调度模型,和异步模型做了一个汇总.原文:​​结合异步模型,再次总结Netty多线程编码最 ...

  7. 编写Shell脚本的最佳实践

    编写Shell脚本的最佳实践 http://kb.cnblogs.com/page/574767/ 需要记住的 代码有注释 #!/bin/bash # Written by steven # Name ...

  8. 编写 Shell 脚本的最佳实践

    转自:http://kb.cnblogs.com/page/574767/ 前言 由于工作需要,最近重新开始拾掇shell脚本.虽然绝大部分命令自己平时也经常使用,但是在写成脚本的时候总觉得写的很难看 ...

  9. 区块链入门到实战(27)之以太坊(Ethereum) – 智能合约开发

    智能合约的优点 与传统合同相比,智能合约有一些显著优点: 不需要中间人 费用低 代码就是规则 区块链网络中有多个备份,不用担心丢失 避免人工错误 无需信任,就可履行协议 匿名履行协议 以太坊(Ethe ...

随机推荐

  1. Dynamics CRM 依赖组件类型为应用程序功能区导致的无法删除实体问题的解决方法

    看到有人问到这个问题,这边就简单描述下解决方法,主要是针对第一次碰到这个问题云里雾里的朋友,错误如下 在我们建lookup关联的时候有下图中的这么个设置,对于很多新手默认就是下图这样不会去做改动,因为 ...

  2. git提交代码到github

    前言:转载请注明出处:http://blog.csdn.net/hejjunlin/article/details/52117504 git提交代码到github 命令汇总: git init git ...

  3. 《java入门第一季》之根据小案例体会泛型

    泛型在哪些地方使用呢? * 看API,如果类,接口,抽象类后面跟的有<E>就说要使用泛型.一般来说就是在集合中使用. 下面根据案例,加深体会泛型的作用. 案例一: import java. ...

  4. Android实训案例(九)——答题系统的思绪,自己设计一个题库的体验,一个思路清晰的答题软件制作过程

    Android实训案例(九)--答题系统的思绪,自己设计一个题库的体验,一个思路清晰的答题软件制作过程 项目也是偷师的,决心研究一下数据库.所以写的还是很详细的,各位看官,耐着性子看完,实现结果不重要 ...

  5. xml作用以及语法

    2 XML作用 2.1 描述带关系的数据(软件的配置文件) web服务器(PC): 学生管理系统 -> 添加学生功能 -> 添加学生页面 -> name=eric&email ...

  6. Chipmunk僵尸物理对象的出现和解决(二)

    如第一篇文章中图片所示,该游戏是一个弹球游戏. 玩法很简单,屏幕底部有一个反弹棒,用来确保小球不掉出屏幕同时反弹小球撞击屏幕上方的砖块. 玩家可以触摸屏幕来左右移动反弹棒. 等等!还不是这么简单,当小 ...

  7. Android万能适配器Adapter-android学习之旅(74)

    万能适配器的代码的github地址是https://github.com/fengsehng/CommonAdapter 万能适配器的代码的github地址是https://github.com/fe ...

  8. MySQL数据库写入图片并读取图片显示到JLabel上的详解

    相较于Oracle,MySQL作为一个轻量级的开源的数据库,可谓是大大简化了我们的操作.这次我就来写一个关于数据库存入图片,获取图片的例子吧,也为了今后的复习使用.(我们一般采取存入路径的方式,而不是 ...

  9. [WinForm]dataGridView自定动态设定序号列框

    你可以在数据绑定或者行数有很大变化时测量一下DataGridView最大行数的行数的宽度然后在绘制代码如下 SolidBrush solidBrush; StringFormat stringForm ...

  10. (五十一)KVC与KVO详解

    KVC的全称为key value coding,它是一种使用字符串间接更改对象属性的方法. 假设有一个Person类和一个Student类,其中Person类有age.name两个属性,Student ...