Closed MrXiaoM closed 3 months ago
非常感谢你抽出时间提交PR。我目前正在重构API(3.6版本)。之前的插件结构设计存在一些不足之处,用户无法通过API自定义自己的tick逻辑。
之所以之前没有考虑将事件加入tick,是因为设计一个全面的API事件需要更加深入的思考。如果我们允许用户充分监听tick,不仅要考虑到生长事件,还需要覆盖枯萎事件、种植盆、洒水器的事件,以及事件的取消等方面。单纯提供API事件的操作空间有限,难以在生长事件中实现对生长过程的充分干预。因此,这个事件一旦推出,可能会比较短暂且不稳定,极有可能会被3.6版本中即将推出的自定义tick逻辑所取代。
使用生长API的用户通常不是普通用户,他们更希望能够精细控制每段代码的执行,以实现更加契合自己服务器生态的功能。因此,综合考虑后,目前阶段我们还是不能合并这个PR,希望你能理解。
期待新的API
所以,我还是没有找到在哪里可以监听生长点数的变化
另外我需要吐槽的是,你 AbstractActionManager 中都是以匿名内部类的方式注册 Action,其它插件取不到一点有效信息,这使得想要获取作物的点击动作(特别是我所需要的作物收取结果
)变得极其麻烦,甚至要自行读取插件配置文件才能弯弯绕绕地实现。
想监听作物生长,结果没找到相应事件或者接口,只找到跟生长点数绑定的 ActionTrigger,想着加个事件可能更方便其它插件监听。