参考《剑与远征》
| 颜色 | 合成 |
|---|---|
| 绿色 | 可分解，得到粉尘和银瓜子, 最基础的卡 |
| 蓝 | |
| 蓝+ | 同样的三张蓝色可合成一张蓝+ |
| 紫 | 同种族的三张蓝+可以合成一张紫(可以选择合成其中蓝+的某个紫色) |
| 紫+ | 同英雄的两张紫色可以合成一张紫+ |
| 黄 | 同种族的三张紫+可以合成一张黄(可选择合成其中紫+的某个角色) |
| 黄+ | 黄与同角色的紫+可以合成黄+ |
| 红 | 同种族的两张黄+可以合成一张红(可以选择合成其中黄+的某个角色) |
| 红+ | 同种族的红与黄+结合可以合成红+ |
| 白 | 红+与两张同英雄的紫+可以合成一张白 |
| 星 | 一张白与同英雄的紫+可以升星, 共5星 |
简单来说:
……参考《剑与远征》
| 颜色 | 合成 |
|---|---|
| 绿色 | 可分解，得到粉尘和银瓜子, 最基础的卡 |
| 蓝 | |
| 蓝+ | 同样的三张蓝色可合成一张蓝+ |
| 紫 | 同种族的三张蓝+可以合成一张紫(可以选择合成其中蓝+的某个紫色) |
| 紫+ | 同英雄的两张紫色可以合成一张紫+ |
| 黄 | 同种族的三张紫+可以合成一张黄(可选择合成其中紫+的某个角色) |
| 黄+ | 黄与同角色的紫+可以合成黄+ |
| 红 | 同种族的两张黄+可以合成一张红(可以选择合成其中黄+的某个角色) |
| 红+ | 同种族的红与黄+结合可以合成红+ |
| 白 | 红+与两张同英雄的紫+可以合成一张白 |
| 星 | 一张白与同英雄的紫+可以升星, 共5星 |
简单来说:
……要解析一个程序代码，先了解数据结构，这是基础，再看函数。 拿skynet定时器举例子。
//定时器事件 用于抛出定时器事件到消息队列里。理解这个数据结构需要先了解skynet的框架原理，
//不理解这个数据结构也不影响下面的论述
struct timer_event {
int32_t handle;
int session;
};
//定时器节点
struct timer_node {
struct timer_node *next;
uint32_t expire;
};
//定时器链表
struct link_list {
struct timer_node head;
struct timer_node *tail;
};
//层级时间轮
//存放所有定时器的地方
struct timer {
struct link_list near[TIME_NEAR]; //最近的定时器
struct link_list t[4][TIME_LEVEL];//更久远的定时器
struct spinlock lock; //全局锁
uint32_t time; //当前滴答数
uint32_t starttime; //程序开始时间 绝对时间 时间戳，单位 s 秒
uint64_t current; //当前时间 相对时间 1cs 厘秒 = 10ms 毫秒
uint64_t current_point; //系统(pc)运行时间 相对时间 单位: cs 厘秒
};
上面定时器的基本数据结构了解了，再来看下面的函数， 基本思路是一样的。
……要解析一个程序代码，先了解数据结构，这是基础，再看函数。 拿skynet定时器举例子。
//定时器事件 用于抛出定时器事件到消息队列里。理解这个数据结构需要先了解skynet的框架原理，
//不理解这个数据结构也不影响下面的论述
struct timer_event {
int32_t handle;
int session;
};
//定时器节点
struct timer_node {
struct timer_node *next;
uint32_t expire;
};
//定时器链表
struct link_list {
struct timer_node head;
struct timer_node *tail;
};
//层级时间轮
//存放所有定时器的地方
struct timer {
struct link_list near[TIME_NEAR]; //最近的定时器
struct link_list t[4][TIME_LEVEL];//更久远的定时器
struct spinlock lock; //全局锁
uint32_t time; //当前滴答数
uint32_t starttime; //程序开始时间 绝对时间 时间戳，单位 s 秒
uint64_t current; //当前时间 相对时间 1cs 厘秒 = 10ms 毫秒
uint64_t current_point; //系统(pc)运行时间 相对时间 单位: cs 厘秒
};
上面定时器的基本数据结构了解了，再来看下面的函数， 基本思路是一样的。
……
对每个格子怎么走，往哪个方向走有一个很重要的函数-估价函数, 公式如下:
……查看怎么启动C服务的最好的办法是打断点，看源码。
我拿日志服务来举例子，怎么启动日志服务的呢？
name = "logger", param = null， struct skynet_context *ctx = skynet_context_new(config->logservice, config->logger);;logger的服务, struct skynet_module * result = _query(name);;static void * _try_open(struct modules *m, const char * name);m->create(),放到上下文skynet_context的inst中;skynet_context放到skynet_context list中， skynet_handle_register(ctx);;struct message_queue *queue，并且把消息队列push到全局消息队列中skynet_mq_create(ctx->handle);，skynet_globalmq_push(queue);;m->init(),int r = skynet_module_instance_init(mod, inst, ctx, param);总结下来，启动一个服务的过程就是，1.获取服务;2.创建服务实例;3.创建服务对应的上下文，并且把上下文放到skynet_context list管理模块中;4.绑定次级消息队列与对应的服务;5.服务初始化; 这五步过程。
我们所写的C服务编译成.so文件后放在cpath变量路径下，程序会加载路径cpath = root.."cservice/?.so"下的.so文件，通过static void * _try_open(struct modules *m, const char * name)函数第一次打开，然后被加载到全局变量static struct modules * M中。
skynet_main.c
struct skynet_config config;
config.thread = optint("thread",8);
config.module_path = optstring("cpath","./cservice/?.so");
config.harbor = optint("harbor", 1);
config.bootstrap = optstring("bootstrap","snlua bootstrap");
config.daemon = optstring("daemon", NULL);
config.logger = optstring("logger", NULL);
config.logservice = optstring("logservice", "logger");
config.profile = optboolean("profile", 1);
从上述代码可以看到，配置都已经加载到变量struct skynet_config config;中了。
skynet_context管理模块, skynet_handle_init(config->harbor);;static struct global_queue *Q消息队列, skynet_mq_init();;static struct modules * M管理模块, skynet_module_init(config->module_path);;skynet_timer_init();;logger日志服务, struct skynet_context *ctx = skynet_context_new(config->logservice, config->logger);;snlua服务, ``;snlua服务启动boostrap服务, bootstrap(ctx, config->bootstrap);;create_thread(&pid[0], thread_monitor, m);;create_thread(&pid[1], thread_timer, m);;socket线程。create_thread(&pid[2], thread_socket, m);create_thread(&pid[i+3], thread_worker, &wp[i]);;默认启动的lua服务，在boostrap.lua文件中可以看到都是通过snlua服务启动的。
控制摄像头旋转 FPMouseLook.cs 跟main camera 绑定
……