在 Solidity 中使用 Assembly 的主要好处之一是节省 gas。 让我们尝试通过创建一个将 2 个值 x 和 y 相加并返回结果的函数来比较 Solidity 和 Assembly 之间的 gas 成本。

最后，当库函数成为数据类型本身的一部分时，我们可以在其对象上调用该方法，如我们上面的契约所示，即firstNumber.add(secondNumber); 。

编译器生成的合约创建代码将在返回合约之前修改合约的运行时代码，方法是将对不可变量的所有引用替换为分配给它们的值。 如果要将编译器生成的运行时代码与实际存储在区块链中的代码进行比较，则这一点很重要。

修改器（modifier）在 Solidity 中是一种特殊类型的函数，用于修改其它函数的行为。例如，开发人员可以使用修改器来检查在允许函数执行之前是否满足某个条件。

它有许多功能来解决在编译时或运行时可能发生的潜在问题。即使语法错误检查发生在编译时，运行时错误也很难捕捉，主要发生在合约执行过程中。一些运行时错误的例子包括除以0的类型错误，数组超出索引错误，等等。

对于 public 状态变量会自动生成一个，与状态变量同名的 public修饰的函数。 以便其他的合约读取他们的值。 当在用一个合约里使用是，外部方式访问 (如: this.x) 会调用该自动生成的同名函数，而内部方式访问 (如: x) 会直接从存储中获取值。 Setter函数则不会被生成，所以其他合约

由于交易日志只存储事件数据而不存储类型。你必须知道事件的类型，包括哪个参数被索引，以及该事件是否是匿名的，以便正确解释数据。 尤其是，有可能使用一个匿名事件来”伪造”另一个事件的签名。由于交易日志只存储事件数据而不存储类型。你必须知道事件的类型，包括哪个参数被索引，以及该事件是否是匿名的，以便正确解释数据。 尤其是，有可能使用一个匿名事件来”伪造”另一个事件的签名。

我们知道在Java里接口是特殊的抽象类，限制多于抽象类，但随着Java版本的更新，Java中的接口是越来越趋于抽象类了（这样说，可能有点不妥，因为接口本就是特殊的抽象类，只是接口中不能有方法具体实现，而抽象类还是可以有的！然而随着Java版本的

即假使合约中至少有一个函数没有实现（没有方法体，只有方法签名的方法），那么便将该合约定义为抽象合约（abstract contract）。当然咯，前文说到继承提到的，派生合约未能给其基合约的构造函数传递指定参数，这时，该合约便只能声明为抽象的。

创建合约时， 合约的 构造函数 (一个用关键字 constructor 声明的函数)会执行一次。 构造函数是可选的。只允许有一个构造函数，这意味着不支持重载。

今天我们不讲三国，来讲讲 流程控制 关于什么是流程控制，想来您是知道的吧！可若您确实不晓得，那您看了这篇文或许对流程控制有了初步的了解。 Solidity 和其他语言一样，支持大部分流程控制语句，除了switch和被程序员界谈虎色变而其他语言又保留的goto。

时间戳和区块哈希在一定程度上都可能受到挖矿矿工影响。例如，挖矿社区中的恶意矿工可以用某个给定的哈希来运行赌场合约的 payout 函数，而如果他们没收到钱，还可以用一个不同的哈希重新尝试。

某些情况下，编译器不支持隐式转换，而这时，作为开发人员的您就不得不使用强硬手段了。显式转换可能会发生些您无法预料的状况，所以您需要繁琐的测试，看最终是否能达到您的要求。

局部变量（Local Variable）的范围仅限于它们被定义的函数，但 状态变量（State Variable） 可以有三种范围。 public - public 修饰的 状态变量（State Variable） 可以在内部以及通过消息进行访问，对于一个公共状态变量，会自动生成一个getter函数。

说到映射（Mapping），有过其它编程语言经验的您，对这是再熟悉不过了。Solidity 中的映射（Mapping） 与Java的Map、Go里的Map以及javascript的JSON等众多编程语言中的Map一样，是用来存储一组键（Key） 值（Value），可通过键（Key）来获取对应