OnmyojiAutoScript
OnmyojiAutoScript copied to clipboard
runhey
✨全局计数器
当前不足
考虑以下情景：
- 需要打特定副本xx次（如周末120自选）
- 需要刷特定物品xx次（如50个小绘卷）
在现有调度器下，2无法实现，1可以实现，但是现在的计数器是基于任务的，如果遇到特殊情况，如程序崩溃、人为中断，计数器就会重置。
解决方案
考虑引入全局计数器机制，计数器分为次数计数器和物品计数器：
- 次数计数器：完成特定任务xx次
- 物品计数器：在特定页面（如掉落页面）出现特定元素（物品截图）xx次
计数器可配置时间限定，可有以下选择：
- 无时间限定
- 每日（指定几点几分几秒刷新）
- 每周（指定周几几点几分几秒刷新）
- 指定开始和结束时间（一次性）
计数器配置完成后可作为任务的参数，决定任务是否启动
很好的建议，不过2不会考虑。 2的应用场景非常少，几乎不存在，
- 概率游戏可以依靠次数来推断数量
- 前置基础还没实现 #354 掉落系统
- 超多的配置约束，已经有时间和次数来限制了，再多一个那画面不敢想
- 怎么会只打50个小绘卷，这千分都不到每天
- 最重要的用的很少
我读了很多遍，感觉是泛谈。 你的目标是解决异常导致计数重置问题，不应该引入新的东东。 当下计数最大一般伴随一个限时最大，这个两个已经够用了，而且现有的对用户暴露的选项已经够多了。 在Alas体系下一个任务是否执行只有一个指标next_run，否则就是在堆屎。