1. 如何处理错误?
使用函数 eosio_assert 或者类似的方法用来返回错误
2. account_name 如何和字符串相互转换?
account_name 是 uint64_t 类型,EOSIO 提供了一套方式可以将字符串转换成 name, 不过这种方式是有限制条件的:
字符集:".12345abcdefghijklmnopqrstuvwxyz"
字符串不能超过13个字符
涉及相关函数是:
::eosio::string_to_name
::eosio::name::to_string
3. asset 是个什么类?
4. asset 如何和字符串相互转换?
asset 类有两个成员函数 from_string 和 to_string
5. 智能合约是如何实现外部调用的时候将字符串转换成 account_name 和 asset 的?
针对 asset 类实现了 from_string 和 to_string 在序列化的时候可以通过反射调用(具体反射流程我还没有了解清楚)
针对 account_name 程序中有个 eosio::name 类,还有一个 eosio::chain::name 类,我不了解为什么有两个类存在,但是,后者是通过实现fc::to_variant 和 fc::from_variant 达到序列化和反序列化的目的,前者还不是很清楚转换的逻辑,不过可 以推测前者也是实现了某种转换函数。
6. 如何编写一个 Table ?
Table 的编写受限目前的代码形式,暂时给个模板,然后说明一下
// @abi table holderinfo i64
struct holderinfo {
uint64_t contract_id;
std::string insurance_holder;
std::string quantity;
uint64_t insurance_num;
std::string insurance_company_id;
std::string insurance_company_name;
std::string download_url;
std::string time;
std::string state;
uint64_t loan_id;
uint64_t primary_key() const { return loan_id; }
EOSLIB_SERIALIZE(
holderinfo, (contract_id)
(insurance_holder)
(quantity)
(insurance_num)
(insurance_company_id)
(insurance_company_name)
(download_url)
(time)
(state)
(loan_id))
};
- 注释行 “ // @abi table holderinfo i64” 不可少, 其中的 holderinfo 必须是表名称,表名称的命令必须符合 name 的定义,另外 i64 也是不可少的,i64 标示主键的类型。
- 类的名称和表名称保持一致,原则上可以不一致,但是不一致会有一堆的问题。
- primary_key 是不可少的部分,return 语句最好是列字段的变量,原则上可以是列字段对象的某个成员。
- EOSLIB_SERIALIZE 是个表的序列化宏,我不清楚这个宏是不是必须的,初期当成一个必须的部分,需要注意的是,序列化宏必须和类中的字段定义的顺序保持一直,否则在 get table 的时候报错。
- 如果你符合了上述规则,那么你就可以使用 eosiocpp 工具自动生成 abi 文件,否则 abi 文件需要手动编写,具体的就是手动编写表的部分
7. require_auth 是什么?
这个函数使用来和 -p 选项合作使用的,但是我一直找不到源码,不知道它是如何工作的。
合约里面如果有如下代码
require_auth( _self );
说明 -p 选项需要的是合约的名称,一个一般性的例子如下:
cleos push action token create '["bank", "10000000.0000 FS"]' -p token
其中 token 是合约名称
8. 如何写一个 action?
action 是无返回值的,action 的名字要符合 name 的命名规则, action 最多接受 64 个参数, action 的输出会以 JSON 的格式返回给客户端
9. 为什么 action 需要有个 transaction ?
因为 action 可能会执行失败,如果 action 执行失败了, transaction 可以保证原有的数据不会受到破坏!transaction 有点类似原子的操作!
10. require_recipient 这个有什么用?
参考What is the purpose of require_recipient?
require_recipient 是一个类似记录操作记录,方便后面的针对 account 操作日志的查询
11. SEND_INLINE_ACTION 这个有什么作用?
这个可以用来发送同一个合约里面的 action ,举个例子:
SEND_INLINE_ACTION(*this, transfer, { st.issuer, N(active) }, { st.issuer, to, quantity, memo });
*this:本对象
transfer: inline action
{ st.issuer, N(active) }: 权限
{ st.issuer, to, quantity, memo }: inline action parameters
12. 一个账户能否同时发布多个合约?一个合约能否同时被多个账户发布?
一个账户只能发布一个合约,一个合约可以被多个账户发布,他们是各自不同的合约。
13. eosio.token 的表是如何设计的?
对于 EOSIO 中的 TABLE 有几点需要明确:
- TABLE 的存储使用的是 fc::datastream 实现的,这个类的具体实现我不太清楚,可以肯定的是应该是流存储方案。
- TABLE 有两个非常重要的属性,一个是owner_account_name,一个是 scope_name,前者其实一个account_name, 我们一般设计的时候使用合约名称。后者是一个层级结构,标识某个scope_name的范围,这里有一个设计问题,为什么是二级划分?
14. 智能合约执行时间有什么要求?
智能合约执行时间不能太长,具体的没有试过,不过如果太长会产生 long transaction 的错误