严格来说，这东西不是一个系统。 times_check.c 每一心跳时间(两秒)，会呼叫一次 times_check 函数， 然後它会去 keys(times_check) 得到时间序数阵列，接着 mixed tmps2=({}); tmps2=times_check[tmps[i]]; 代表 tmps2 存的是一个 mixed 资料，而且它是两层的阵列，因为同一 个时间序数可能要执行两件以上的工作，也就是 ({ ({}),({}),..})。 接着 if(catch(ob=find_object_or_load(tmps2[ii][1]))) continue; call_other(ob,"times_check",tmps2[ii][0], tmps2[ii][1], tmps2[ii][2]); 代表 tmps2[ii][1] 存的是欲呼叫目标的档名。 接着 > call times_check;return_times_check times_check= ([ "1514689570" : ({ ({ "/d/aty/bird/room/boat1", "/d/aty/bird/room/boat1", ({ "start_plane" }) }), }), "xxxxxxxxx" : ({ . . }), ]) 换言之，一般的排程，只需要 tmps2[ii][1]、times[ii][2] 的资料 就行了，tmps2[ii][0] 的资料可以随便给或做其它用途。 这时就产生三种写法，不论哪一种，都会有 /cmds/std/_crontab.c 一、在 /open/cmds/times_check.c 里面附加 crontab 处理函数 这个理论上可以，不过如果写错或呼叫错，times_check 可能会 有心跳停止的情况发生，我是想尽量避免这种情况。 二、建立 /open/cmds/crontab.c 也就是多载入一个系统物件(但是该物件不必有心跳)，然後再让 /cmds/std/_crontab.c 去呼叫 crontab.c，里头就包含了排程所 需的函数，并由 crontab.c 去控制所有经使用者设定的排程。 不过我不太喜欢这样，我不太想让 preload 再去多载入一个档案 三、直接就由 /cmds/std/_crontab.c 去操控一切 这个可以，并建立 /open/cmds/crontab.o 储存档。 采三的做法的话，就是由 _crontab.c 去呼叫 times_check 建立呼叫 排程，然後 _crontab.c 里头就内建 times_check 函数，类似斜角巷 的华丽与污痕书店的做法: // names 这时可用来储存排程设定者 int times_check(string names,string files,mixed tmps) { if(!times_check) if(catch(times_check=find_object_or_load("/open/cmds/times_check"))) return 1; . . // 对下一次排程做设定 if(sk/10 > 300) times_check->set_times_check(names,shop_files,({tmps[0],sk}),sk/50); else times_check->set_times_check(names,shop_files,({tmps[0],sk}),sk/10); return 1; } 上面的意思是说，在 cmd_crontab 里本来就会针对使用者要设定的 排程，先对 times_check 做了第一次 set_times_check，後续就由 times_check.c 定期呼叫 /cmds/std/_crontab.c 的 times_check 函数来执行相关工作。 下一篇将整理排程有哪些型态种类，并说明如何透过 crontab 指令 去设定这些排程。比较可行的做法是透过 input_to 做引导式设定， 然後最後如 betla 指令那样可撰写脚本档再让指令做 read。 Laechan --

※ 发信站: 批踢踢实业坊(ptt.cc), 来自: 111.253.164.127 ※ 文章网址: https://webptt.com/cn.aspx?n=bbs/mud_sanc/M.1514689821.A.A32.html ※ 编辑: laechan (111.253.164.127), 12/31/2017 15:49:28