想到什么写什么。
很快就距离注册有整整4年了,我基本上从 2024 年初,MB 开放 Java 资源板块才开始在 MB 上活跃,以发布 Java 版服务器插件相关资源为主。
对于曾经的我而言,插件开发是能做出来就算成功。
对于现在的我而言,插件开发是一个端水的活。
如何让插件支持尽可能多的版本、适配尽可能多的情况,是我在设计一个功能的时候经常需要考虑的事情。
当然,有开发时间限制的时候会做一点简化。这导致了我的插件有一些配置看起来很别扭、不明所以,但实际可以适配更复杂的情况。
我的配置基本都有详细注释,但一些用户有时还是比较难 get 到“我把一些东西抽象成了一个模型”这一点,实际上可以在相应目录中创建一个新文件另起一个配置。
似乎是从 SweetMail 开始,我做出了一个可高度自定义的菜单系统,插件用上它,用户修改配置会特别爽。
但是可能由于我的设计问题,创建单个配置文件读取器/配置模型读取器,以及菜单的生成、交互,写起程序来依然是比较麻烦。
虽然菜单很好用,我也早就为实现菜单功能搭好了脚手架,我有时还是会抵触去添加一个菜单,毕竟这实在是太麻烦了。
我还有一些未完工的半成品插件没有发布到 MB,大多是挖了坑忘记开发,或者忘记测试了。例如
插件的开源有诸多好处,社区可以不断发现问题,帮助改进这个插件,也可以帮助其它服主,将插件变成他们自己想要的特殊变体。
所以,目前我的所有公开插件都是以 AGPL-3.0(从 mirai 遗留下来的习惯)或者 MIT 协议进行开源的。
服务器内的特色非公开插件另说,那是我劳动成果的产物。

说了一大堆,最后感谢所有在 MB 支持我的人,感谢所有给予过我帮助的人。
在此留下 3000金粒/50份,祝你愉快。
很快就距离注册有整整4年了,我基本上从 2024 年初,MB 开放 Java 资源板块才开始在 MB 上活跃,以发布 Java 版服务器插件相关资源为主。
对于曾经的我而言,插件开发是能做出来就算成功。
对于现在的我而言,插件开发是一个端水的活。
如何让插件支持尽可能多的版本、适配尽可能多的情况,是我在设计一个功能的时候经常需要考虑的事情。
当然,有开发时间限制的时候会做一点简化。这导致了我的插件有一些配置看起来很别扭、不明所以,但实际可以适配更复杂的情况。
我的配置基本都有详细注释,但一些用户有时还是比较难 get 到“我把一些东西抽象成了一个模型”这一点,实际上可以在相应目录中创建一个新文件另起一个配置。
似乎是从 SweetMail 开始,我做出了一个可高度自定义的菜单系统,插件用上它,用户修改配置会特别爽。
但是可能由于我的设计问题,创建单个配置文件读取器/配置模型读取器,以及菜单的生成、交互,写起程序来依然是比较麻烦。
虽然菜单很好用,我也早就为实现菜单功能搭好了脚手架,我有时还是会抵触去添加一个菜单,毕竟这实在是太麻烦了。
我还有一些未完工的半成品插件没有发布到 MB,大多是挖了坑忘记开发,或者忘记测试了。例如
- 菜单插件
SweetInventory - 脚本方块插件
SweetActions - 圈地道具插件
SweetAutoResidence - 世界重置插件
SweetWorlds - 飞行管理插件
SweetFlight等等
插件的开源有诸多好处,社区可以不断发现问题,帮助改进这个插件,也可以帮助其它服主,将插件变成他们自己想要的特殊变体。
所以,目前我的所有公开插件都是以 AGPL-3.0(从 mirai 遗留下来的习惯)或者 MIT 协议进行开源的。
服务器内的特色非公开插件另说,那是我劳动成果的产物。

说了一大堆,最后感谢所有在 MB 支持我的人,感谢所有给予过我帮助的人。
在此留下 3000金粒/50份,祝你愉快。
领取红包用户
- 43
- 更多用户


感谢有你