1703877986
1703877987
1703877988
1703877989
3.更新ABI
1703877990
1703877991
合约ABI提供多种信息，这些信息不包括合约的实现。两种不同版本的编译器生成的ABI可能不匹配，因为较高版本比较低版本支持更多的solidity功能，所以ABI中有一些额外信息。例如，回退函数是在Solidity 0.4.0版本时引入的，所以使用0.4.0以下版本编译器生成的ABI没有回退函数的信息，但这些智能合约的行为就像它们有回退函数一样，只不过是空的函数体和应付修改器。所以应当更新ABI，以便让依赖于较新Solidity版本ABI的应用有关于合约的更佳信息。
1703877992
1703877993
solcjs提供了用于更新的API。示例如下：
1703877994
1703877995
1703877996
1703877997
1703877998
其中，0.3.6表示ABI是由0.3.6版本编译器生成的。因为我们正在使用solcjs版本0.4.8，将更新ABI以匹配编译器版本生成的ABI，但不能是更高的版本。
1703877999
1703878000
上述代码的输出如下：
1703878001
1703878002
1703878003
1703878004
1703878005
1703878006
1703878007
1703878008
区块链项目开发指南 [:1703875360]
1703878009
区块链项目开发指南 6.3 创建合约部署平台
1703878010
1703878011
我们已经学习了如何使用solcjs编译solidity源代码，下面来创建一个编写、编译和部署合约的平台。平台将允许用户提供其账户地址和私钥来帮助他们部署合约。
1703878012
1703878013
在开始创建应用之前，确保在运行geth开发实例（即挖矿）时启动rpc，并在HTTP-RPC服务端上展示eth、web3和txpool API。可以运行下面的代码：
1703878014
1703878015
1703878016
1703878017
1703878018
1703878019
1703878020
1703878021
区块链项目开发指南 [:1703875361]
1703878022
区块链项目开发指南 6.3.1 项目结构
1703878023
1703878024
在本章的练习文件中，将发现两个目录：Final和Initial。Final包含项目的最终源代码，而Initial包含可以用于迅速创建应用的空的源代码文件和库。
1703878025
1703878026
1703878027
为了测试Final目录，需要在其中运行npm install。然后，使用Final目录中的node app.js命令运行该应用。
1703878028
1703878029
在Initial目录中，将发现一个public目录和两个文件（app.js和package.json）。package.json包含应用的后端相关内容，app.js则包含应用的后端源代码。
1703878030
1703878031
public目录包含与前端相关的文件。在public/css中会发现bootstrap.min.css，它是Bootstrap库；在public/html中会发现index.html，把应用的HTML代码放在这里；在public/js目录中将发现mirror和web3.js的.js文件，还会发现一个main.js文件，把应用的前端JS代码放在这里。
1703878032
1703878033
1703878034
1703878035