指令权限有2个地方可以控制
一个是 feature/command.c 里面指定不同身份用户可以使用的cmd目录
一个是 cmd文件本身用 SECURITY_D->valid_grant() 判断是否特殊身份可使用
第一种方法, 我发现不同代码里面给普通玩家使用的有2种处理方式
一种是全包括了, 包括wiz的cmd目录
#define PLR_PATH ({"/cmds/skill/", "/cmds/std/", "/cmds/usr/", "/cmds/adm/", "/cmds/arch/", "/cmds/wiz/", "/cmds/app/", "/cmds/imm/"})比如说hell的代码, tx的代码
当然wiz目录的cmd权限 被 valid_grant 限定了玩家不能用
第二种是 只设定了玩家能用的cmd
#define PLR_PATH ({"/cmds/group/", "/cmds/usr/", "/cmds/std/", "/cmds/skill/"})比如说sj的代码
===============
现在奇怪的是, 明明第2种方法更简洁, 为啥还有第一种方法存在的市场?
有什么我没考虑到的么?


第一种方法是为了指令授权机制

你理解错我的意思了, 我问的是
玩家 #define PLR_PATH 设定差异的问题
不是 SECURITY_D->valid_grant() 的问题, SECURITY_D->valid_grant() 主要给不同的wiz权限的人分cmd

第一种方式应该是扩展出来的。标准的xkx采用的都是第二种方式。
很显然，第一种方式希望在某些特定的情况下，player可以使用wiz的某些命令。我不喜欢这个设计，乱糟糟的。还不如把这个命令放在usr里，然后用wizardp和 wiz_level区分判断。
典型的比如hp,get

架构不合理的多了去了, 比如player命令为什么要分 /usr /std 和 /skill ? 这三个目录完全没区别

你好，请问你能帮我xkx2001里面把我自己的id设置成wiz吗？或者是给一个完成的单机侠客行mud（早期的）。很会念以前运镖、挖药、熬八丹的日子。谢谢

一般都是用的第二种