@Rominwolf method的返回值啊
hundun000 发布的帖子
-
RE: 关于基于 Mirai Console 的【经济管理】前置插件的构思
我觉得应该是你的插件提供一个EconomyManager的单例,EconomyManager提供各种method。然后第三方直接获取EconomyManager单例,调用method。连http都不需要。
-
RE: 关于java的JAutoSavePluginData的问题
应该为Companion.createKType
不过即使这样写编译通过了,JAutoSavePluginData本身也有问题issue
-
RE: 请问安装成功后如何登录账号并使用?
@goodmanwen
第2步可做可不做,主要是为了确保你确实学会了装插件,排除你研究半天结果http插件都没装对的可能。其实你如果按照官方用户手册,就会装上官方推荐的插件——chat-command,然后可以如上所述测试功能。
第4步主要是可以看他的文档描述。看完后实际使用也是可做可不做。也是可以顺便排除http插件没装对的可能。 -
RE: 请问安装成功后如何登录账号并使用?
你要不一步步来?没太看懂你现在进行到哪一步了。
- 不添加插件,启动mirai(以mirai-console方式)且能登录账号(登录后看到你账号接受的消息)
- 加入某个别人写好的插件,能成功通过你的账号使用该插件的功能
- 使其变为守护进程
- 使用某个别人写好的对接http插件的外部服务(看他的文档描述怎么配置对接http插件和外部服务),能成功通过你的账号使用该外部服务的功能
- 自己写对接http插件的外部服务/不再使用mirai-console,改为基于mirai-core写自己的功能
-
RE: fleet-amiya 阿米娅插件
@rickyliyiqi 那贴一下
config\hundun.fleet.amiya\ReminderFunction\repositories\ReminderListRepository.json
我看看,以及阿米娅插件的版本号是多少? -
RE: fleet-amiya 阿米娅插件
@rickyliyiqi 在 Arknights Helper / 明日方舟 助手,更新订阅的微博号配置项 中说的问题。
看起来是配置文件和插件内容对不上。
你是不是还在用我的欧根插件?是的话可能会出现mirai-console会加载和使用欧根插件里的旧版本的模块,而不是阿米娅插件里的新版本的模块。需要等我发布新版欧根插件来解决。 -
RE: 新人开发求助->怎么将数据保存到pluginData
我也遇到了这个问题。但考虑到我需要保存复杂结构数据,而JAutoSavePluginData注定无法实现,所以我很快转为自己实现,就没用JAutoSavePluginData。也就没深究为什么JAutoSavePluginData连最简单的string也没写到文件里。也许目前JAutoSavePluginData确实是无法使用的状态吧。
-
RE: [已结束]【社区活动】摸鱼区版主活动第三弹——逝去的时光,与新的未来
很多年前在舰C群里进来过一个欧根bot,和群员愉快地互动了几年。后来好像bot停止运行了变成了个普通账号,再后来连这个舰C群都被tx封了。新舰C群建起来了,但是欧根找不到了。虽然也曾在搜索引擎或github搜索,但并没有找到同一款欧根bot。群员也渐渐淡忘了。
今年,在github搜索明日方舟tag时,无意看到了使用mirai-http-api + python实现的一个阿米娅bot。本来只是想着作为用户来使用,但是该项目又要配mysql又要弄python,我都不熟悉,弄半天。最后发现可以用java直接开发mirai,不如自己动手。
也因为mirai娘很可爱诶嘿嘿。考虑到阿米娅和欧根都是我的翅膀,所以第一个项目便是直接使用mirai-core的明日方舟游戏助手+舰队收藏游戏助手+More
(more==誰でも大好き)。其中欧根的闲聊功能就是在试图还原那个曾经的欧根bot。后来发现开发插件很香,就在原项目基础上拆分出了阿米娅插件和欧根插件。这两个插件不再有查询舰C/明日方舟的游戏数据的功能,所以甚至不应该被称为“XX助手”了,主要是凭借各自的闲聊功能,作为吉祥物一样的存在,也挺好的。
舰C群和明日方舟群因此变得更热闹了,可喜可贺。
-
RE: 如何获取某一权限下的所有被授权人id
@lost-swords PermissionService.testPermission需要的是PermitteeId,你可以构造它by groupId/userId 链接
-
RE: 有没有什么办法自定义插件回复的触发语句呢?
方案1: 找一个类似
铃心自定义插件
的插件,能通用地自定义重发,配合任意目标插件使用。(看来目前没有)方案2:直接向目标插件开发者提议,新增功能,支持你所说的第二种表达。不过这应该涉及较大的代码架构改动,可以让大家先讨论这类表达方式的需求,未来开发新插件时,考虑一开始就设计成支持两种表达方式。
我曾经也在架构设计-抽离出-纯bot逻辑提过一些想法,对应写出了zacafleetbot插件,其支持指令语法是:
阿米娅查掉率 固源岩
这比较接近你所说的“不那么生硬”的语法吧?不过由于种种原因(详见zacafleetbot插件原帖),该插件不再维护了。
整理了一下我想到的,如果插件设计成支持两种表达方式,大概会是如下关系,可能可以作为社区的参考: