管理组

tip

当你看到本注，说明你是有想要了解ColdEstiny的高级用法

接下来我会一一讲解ColdEstiny的各个组配置以及使用方法

简介

所谓管理组也就是Manager组，它是用来管理每套死亡惩罚流程的最重要的管理配置

在这里你需要配置绑定的每一个配置组以及Kether死亡动作玩家重生相关的操作

用法

首先你需要使用create指令创建一个全新的Manager组配置，在目录ColdEstiny/workspace/manager下

此时，你可以在此目录下打开你所创建的Manager配置文件你大概会看到如下的yml配置

ManagerGroup:
  GroupKey: 'ExampleManager'
  Weigh: 100
  BindGroup:
    DropKey: 'ExampleDrop'
    RegionKey: 'ExampleRegion'
    RelicsKey: 'ExampleRelics'
    SelectKey: 'ExampleSelect'
  runAction:
    Pre-Action: |-
      tell 'Pre-Action 执行完毕'
    Post-Action: |-
      tell vars
  SpawnPlayer:
    Enable: true
    Type: loc
    Info: world 1 1 1
    AutoSpawn:
      Enable: true
      Timed: 5

如上，每一个Manager组都必须拥有如上的各个配置节点否则可能会出现报错等现象

这里的ManagerGroup配置节点下的GroupKey应当很好理解，是ManagerGroup的Key即标示不可重复出现

ManagerGroup下的Weigh则是该Manager组的权重玩家自身同时满足多个Manager组时，会优先运行权重高的Manager组

而BindGroup则是绑定各个配置组在这其中 ColdEstiny 允许不绑定配置组即填null

如当你把DropKey填写为null时，那么玩家大概会出现死亡不掉落的现象

然后就是runAction下的Kether死亡动作在这里分为Pre和Post两种Action

Pre-Action是在插件处理完Select以及Region组后允许，即玩家重生前运行的如下是此时ColdEstiny提供的预设变量

type -> 返回击杀者的类型

cause -> 返回击杀者名玩家名怪物名若意外死亡则返回Value

killer -> 返回击杀者即玩家对象否则返回null

killers -> 返回击杀者即怪物对象否则返回null

player -> 返回死亡玩家对象

hand -> 返回死亡玩家手持物品的ItemStack

level -> 返回死亡玩家等级

tip

而Pre-Action的脚本返回值将会对后续插件处理产生影响

当Pre-Action 返回值为false时将会停止插件逻辑

由此你可以制作一下奇葩操作例如判断玩家是否有足够的钱抵消本次死亡掉落等

同样的 Post-Action 也提供了如上的预设变量不过Post-Action是在插件逻辑处理完毕后即玩家重生后运行的

下面的SpawnPlayer看到了没这个就是处理玩家重生的配置节点

Enable应该不用说吧，是否由插件托管死亡重生的开关

Type是重生的类型一共提供三种如下

loc -> 在玩家重生点重生

death -> 在玩家死亡点重生

coo -> 在Info里填写的位置重生格式为: <世界名> <x> <y> <z> 空格隔开

下面AutoSpawn是用来配置玩家自动重生的

Enable和上面一样是否开启

Timed则是延迟单位Tick 建议不超过20 至于为什么自己测试

tip

Manager配置到这里算讲完了，你真的看懂了吗？

看不懂只能说明你是个白痴嚼碎怼你嘴里了都 awa

管理组

简介​

用法​

简介

用法