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 的错误
