没接触过 Solidity 的，能把这篇文章读完的话，我由衷的佩服你。
0x00 为啥要关注新变化
因为以前用 Solidity 写的合约在带有最新编译器的 IDE 显示是下面这个样子的。左边每一个小红叉都代表编译不通过。也难怪负责合约的小伙伴会经常在身边发出各种疑问。
Solidity 从 0.5.0 开始做了很多变化，这些变化基本上都可以说是改进。下面只是摘几个经常碰到的变化聊聊。
0x01 更严格的语法限制
- 强制函数的可见性描述
之前这样定义函数是可以的，默认可见性就是 public
function transfer(address _to, uint256 _value) returns (bool success);
现在必须显示声明可见性为 public/private/internal/external
function transfer(address _to, uint256 _value) public returns (bool success);
对于回退函数(fallback function)，接口里的函数必须声明为 external，以表明这两类函数都只能被外部调用。
这些约束，让代码量看起来更多了，但也使代码的可读性增强很多，看代码的人再也不用费脑细胞去分析和猜测这些函数的作用范围了。
- 对于结构体、数组、映射这些类型必须显示声明数据位置是 storage 还是 memory，不管这些类型出现在函数体内还是函数的参数与返回值中。
以前这样的代码是可以的：
uint[] x = m_x
现在必须写为
uint[] storage x = m_x
对于可见性为 external 的函数，上面提到的这些类型的数据位置必须是 calldata。calldata 和 memory 会有啥区别呢？有知道的同学帮忙留言说明一下呗。
构造函数必须用 constructor
以前一直还支持与合约名称同名函数即为构造函数这个方式throw 被废弃，强制使用 require/assert
下面这种方式成为历史。
if (expiry > 1000000) throw;
应该使用 require。
require(expiry <= 100000)
- 将合约与地址强制区分开
现在如果要调用只在地址而非合约上存在的方法，比如 transfer，send 等，都需要将合约显式转换为地址类型。
this.balance
要转换为下面这种方式才成
address(this).balance
其实发现上面这些改完代码基本上就可以在 Solidity 0.5.x 的编译器编译通过了。
0x02 地址分为 address 和 address payable 两种类型
最主要的作用是用来区分合约是否可以接受转账。
下面的代码，需要 Wallet 合约必须带有 payable fallback 函数，否则就会报 transfer 函数不存在的编译错误。
function withdraw() public {
Wallet w = new Wallet();
address(w).transfer(1);
}
在通过参数传入一个地址接受转账时，地址参数也必须声明为 payable 的
function withdraw(address payable wallet) public {
wallet.transfer(1);
}
这也影响到 selfdestruct 的使用，下面这样的代码不再有效
function kill() public {
selfdestruct(this);
}
需要转换一下
function kill() public {
selfdestruct(address(uint160(address(this))));
}
访问 msg.value 也必须在 payable 的函数中进行。
0x03 其它
还有很多其它的变化，比如下面的位移运算，之前结果是 -1，现在结果是 -2。
-5 >> 2
之后碰到值得记录的再记吧，记下来的，无非使自己印象更深一些。
