EOSIO 智能合约


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))
   };
  1. 注释行 “ // @abi table holderinfo i64” 不可少, 其中的 holderinfo 必须是表名称,表名称的命令必须符合 name 的定义,另外 i64 也是不可少的,i64 标示主键的类型。
  2. 类的名称和表名称保持一致,原则上可以不一致,但是不一致会有一堆的问题。
  3. primary_key 是不可少的部分,return 语句最好是列字段的变量,原则上可以是列字段对象的某个成员。
  4. EOSLIB_SERIALIZE 是个表的序列化宏,我不清楚这个宏是不是必须的,初期当成一个必须的部分,需要注意的是,序列化宏必须和类中的字段定义的顺序保持一直,否则在 get table 的时候报错。
  5. 如果你符合了上述规则,那么你就可以使用 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 有几点需要明确:

  1. TABLE 的存储使用的是 fc::datastream 实现的,这个类的具体实现我不太清楚,可以肯定的是应该是流存储方案。
  2. TABLE 有两个非常重要的属性,一个是owner_account_name,一个是 scope_name,前者其实一个account_name, 我们一般设计的时候使用合约名称。后者是一个层级结构,标识某个scope_name的范围,这里有一个设计问题,为什么是二级划分?

14. 智能合约执行时间有什么要求?

智能合约执行时间不能太长,具体的没有试过,不过如果太长会产生 long transaction 的错误


你可能感兴趣的:(EOSIO 智能合约)