这是本文档旧的修订版！
IAP和商店
枚举
是否会员 111
是否超级会员 112
额外英雄背包容量 201
额外队伍容量 202
直接增加PVP保护时间(item_function_config.extra)为时间(单位是分) 21 PVP_PROTECT
恢复能量（extra为能量类型 1~3） 22 ENERGY_REFILL
直接增加食物的百分比(item_function_config.extra)为比例(单位是1%) 23 FOOD_PERCENT
直接增加矿物的百分比(item_function_config.extra)为比例(单位是1%) 24 IRON_PERCENT
每日VIP礼包领取次数 1001
每日SVIP礼包领取次数 1002
每日SVIP逃跑次数 1003
每日SVIP撤销次数 1004
头像 1
底纹 2
外框 3
原型
iap_config 内购配置
shop_config 商店配置
iap_schedule_config 内购时间表
shop_schedule_config 商店时间表
vip_setting 会员设置
avatar_config 外观配置表 是item_config的子表 ITEM_TYPE 增加了10：外观
存档
player_info增加了 is_vip/ is_svip / vip_time字段 增加了avatar字段
iap_schedule_info 内购次数表
shop_schedule_info 商店次数表
player_daily_info 每日次数记数
协议
AvatarSet 外观设置
IapBuy 内购
ShopBuy 道具购买
VipSync VIP每日次数同步
VipGift VIP礼物获取
VipUndo VIP撤销
VipFlee VIP逃跑
GMTimeForward GM时间流逝
购买显示
不同的商店类型，弹出的提示有所不同
比如battle item需要有数量框 和 剩余显示
特殊income
1% food/iron 配置item_function_config类型为23/24 extra填写倍率 由此可以配置出 50%food 100%food这样的收益
energy refill 配置item_function_config类型为22 extra填写 energy id (1,2,3)
hero 容量 额外英雄背包容量 201
team 容量 额外队伍容量 202
pvp护盾，参考rob 中关于这个部分的描述，配置item_function_config类型为21， extra写时间（分钟）
| 400111 | PVE能量恢复（立即使用） |
| 400112 | TITAN能量恢复（立即使用） |
| 400113 | 掠夺能量恢复（立即使用） |
| 400121 | 直接增加PVP保护时间10分钟 |
| 400122 | 直接增加PVP保护时间30分钟 |
| 400123 | 直接增加PVP保护时间60分钟 |
| 400131 | 直接1%的肉 (GM添加可以超出上限) |
| 400132 | 直接50%的肉 |
| 400133 | 直接100%的肉 |
| 400141 | 直接1%的矿 |
| 400142 | 直接50%的矿 |
| 400143 | 直接100%的矿 |
| 930001 | 队伍扩容 |
| 930002 | 英雄仓库扩容5 |
资源用GM指令加是可以超过上限的
会员效果
vip_setting 会员设置
player_daily_info 每日次数记数
DAILY_COUNT 进行记数，特别注意的是重置时间点的计算。
和策划讨论以后采用更简单的做法，就是服务器每天0:00重置 — 沈默 2019/03/18 16:35
客户端在到了重置时间点或者登陆时，需要判断是否重置了次数 然后用VipSync来执行同步和重置
外观效果
参考王国的做法，用数组的形式保存外观 在 player_info.avatar中
avatar_config配置 头像 /底纹 /边框
所有显示的地方都需要支持
购买 avatar的地方需要判断是否已经获得
如果是指令或者开箱子 ，则直接作为一个道具。 在数据结构里 ，avatar保存在 item_info里 , 只要获得至少一个，就可以装备对应的外观。
SVIP的外观也是以loot形式提供的。
[备注] 商城礼包 中的物品第一层显示不超过 5个 超过 为… 显示
首冲双倍
iap_config 11~16编号，为对应1~6号钻石包的双倍内购， 类型为 5，奖励/双倍字样都赔里面
iap_sheducle_config 为双倍钻石包配置对应的时间（可以是 1~365天天有效）
双倍奖励需要周年重置，
一个是通过iap_schedule_config 配置reset_key. 但需要增加枚举
另一个是直接修改 iap_schedule_config的 id 比如 1101⇒1102 ,这样就认为不是同一期的。