这是一篇关于如何在EVM上通过使用库来开发更模块化，可重复、优雅的智能合约的实践文章1。

库与合约类型，但他们的目的是重用代码1。通过EVM中的DELEGATECALL特性来调用部署到某个位置的库代码，就实现了复用。

在继承链中，由于继承实现是代码复制。如果出现函数名重写，最终使用的是继承链上哪个合约定义的代码呢？实际执行时，依据的是最远继承的原则（most derived）1。下面来看一个例子：

Solidity语言为我们提供了继承的支持1，实现的方式是通过复制包括多态的代码到子类来实现的。

发送ether的最佳实践1。

send()与fallback()：

Solidity中当签名不匹配任何的函数方法时，将会触发回退函数。比如，当你调用address.call(bytes4(bytes32(sha3("thisShouldBeAFunction(uint,bytes32)"))), 1, "test")时，EVM实际尝试调用地址中的thisShouldBeAFunction()，当这个函数不存在，会触发fallback函数。

由于send()函数指定了一个空函数签名，所以当fallback函数存在时，它总是会调用它。

fallback函数，回退函数，是合约里的特殊无名函数，有且仅有一个1。它在合约调用没有匹配到函数签名，或者调用没有带任何数据时被自动调用。

这篇文章是来自ConsenSys1。事件和日志在以太坊中异常重要。因为它是合约之间，合约与终端间的沟通桥梁。在传统的Web开发中，服务器通过前端回调函数返回结果（这里更多的想说明的是结果同步返回）。在以太坊中，当交易打包后，某个事件才真正发生，合约将这个事件写入区块链后，前端才能进行对应的响应。有各种方式来跟踪事件和日志。这个技术指引将会解释一些关于事件的困惑，以及对应的解决方案示例。

事件是以太坊EVM提供的一种日志基础设施。事件可以用来做操作记录，存储为日志。也可以用来实现一些交互功能，比如通知UI，返回函数调用结果等1。

在上篇系列文章中，我们介绍了函数修改器相关知识。这篇文章，我们来看一些应用函数修改器的最佳实践1。主要是对于单管理员，多管理员，数据检验，以及防重入漏洞等相关问题，应用函数修改器的实践。

函数修改器（Function Modifiers）1可以方便的控制函数的逻辑，比如可以在某个行为执行前检查某个前置条件，函数修改器还支持继承和重写。可以大家会想，一些检查行为提升为一个语言级特性到底是必要的么？由于整个区块链运行环境是透明的，分布式的，且是图灵完备的。为保证其上运行的代码安全，势必存在大量的检查行为，升级为语言特性可以让检查代码复用，看起来也更简洁。

对于所有public的状态变量，Solidity语言编译器，提供了自动为状态变量生成对应的getter（访问器）的特性1。语言暂不提供setter，因为不能很好控制访问权限的改值函数，不一定实用。

状态变量所创建的访问器函数，与变量同名。以interal访问时，按状态变量的方式使用，若以external的方式访问时，则要通过访问器函数，下面来看一个的例子：

Solidity中的作用域规则同于Javascript。1

1. 声明及默认值

变量声明后均有一个初值，是对应类型的“零态”，意即对应的类型的字节表示的全0。使用中需要特别小心的是这与其它语言的默认值如null或undefined有所不同，因为有时0也是一种业务值。下面我们来看一些常见类型的声明，以及它们的默认值：

delete1关键字的作用是对某个类型值a赋予初始值。比如如果删除整数delete a等同于a = 0。

映射1是一种引用类型，存储键值对，提供根据键查找值，与其它语言中的字典，map等类似，但也有非常大的不同，尤其它在区块链中独特的存储模型。