JamLib

修复专用服务器上的崩溃问题。

• 确保继承的字段出现在配置图形用户界面中（关闭#13问题）。
• 当同时指定了模组ID和配置文件名时，配置文件现在会保存在config/{模组id}/{配置名称}.json5下（关闭#12问题）。
  • 这应该不会是一个破坏性的更改，因为据我所知，目前没有任何模组会注册多个配置。
• 在依赖项模块中切换到Fabric-API模组ID（关闭#10问题）。
• 启用拆分源集（关闭#14问题）。
• 通过(模组ID，配置名称)而不是仅通过(配置名称)来识别配置管理器（关闭#15问题）。
• 允许List<?>配置字段（关闭#11问题）。
• 现在每个配置字段旁边的重置按钮会重置为默认值，而不是打开配置屏幕时该字段的值。

• 确保继承的字段出现在配置图形用户界面中（关闭#13问题）。
• 当同时指定了模组ID和配置文件名时，配置文件现在会保存在config/{模组id}/{配置名称}.json5下（关闭#12问题）。
  • 这应该不会是一个破坏性的更改，因为据我所知，目前没有任何模组注册多个配置。
• 在依赖项模块中切换到fabric-api模组ID（关闭#10问题）。
• 启用拆分源集（关闭#14问题）。
• 通过(模组ID，配置名称)而不是仅通过(配置名称)来识别配置管理器（关闭#15问题）。
• 允许List<?>配置字段（关闭#11问题）。
• 现在每个配置字段旁边的重置按钮会重置为默认值，而不是打开配置屏幕时该字段的值。

• 修复客户端生命周期事件中因意外导致的API损坏问题。

• 撤销客户端生命周期事件中意外的API中断。

• 确保继承的字段出现在配置图形用户界面中（解决了#13问题）。
• 当同时指定了模组ID和配置文件名时，配置文件现在会保存在config/{模组ID}/{配置名}.json5下（解决了#12问题）。
  • 这应该不会是一个破坏性的更改，因为据我所知，目前没有任何模组注册多个配置。
• 在依赖项模块中切换到fabric-api模组ID（解决了#10问题）。
• 启用拆分源集（解决了#14问题）。
• 通过(模组ID, 配置名)而不是仅通过(配置名)来识别配置管理器（解决了#15问题）。
• 允许List<?>配置字段（解决了#11问题）。
• 现在每个配置字段旁边的重置按钮会重置为默认值，而不是打开配置屏幕时该字段的值。

• 确保继承的字段出现在配置图形用户界面中（关闭#13）。
• 当同时指定了模组ID和配置文件名时，配置文件现在会保存在config/{模组id}/{配置名}.json5下（关闭#12）。
  • 这应该不会是一个破坏性的更改，因为据我所知，目前没有任何模组会注册多个配置。
• 在依赖项模块中切换到fabric-api模组ID（关闭#10）。
• 启用拆分的源集（关闭#14）。
• 通过(模组ID, 配置名)而不是仅通过(配置名)来识别配置管理器（关闭#15）。
• 允许List<?>配置字段（关闭#11）。
• 每个配置字段旁边的重置按钮现在会重置为默认值，而不是打开配置屏幕时该字段的值。

• 确保继承的字段出现在配置图形用户界面中（解决了#13问题）。
• 当同时指定了模组ID和配置文件名时，配置文件现在会保存在config/{模组id}/{配置名称}.json5下（解决了#12问题）。
  • 这应该不会是一个破坏性的更改，因为据我所知，目前没有任何模组注册多个配置。
• 在依赖项模块中切换到fabric-api模组ID（解决了#10问题）。
• 启用拆分的源集（解决了#14问题）。
• 通过(模组ID, 配置名称)而不是仅通过(配置名称)来识别配置管理器（解决了#15问题）。
• 允许List<?>配置字段（解决了#11问题）。
• 现在每个配置字段旁边的重置按钮会重置为默认值，而不是打开配置屏幕时该字段所具有的值。

• 确保继承的字段在配置图形用户界面中存在（关闭#13问题）。
• 当同时指定了模组ID和配置文件名时，配置文件现在会保存在config/{模组ID}/{配置名称}.json5下（关闭#12问题）。
  • 这应该不会是一个破坏性的更改，因为据我所知，目前没有任何模组注册多个配置。
• 在依赖项模块中切换到fabric-api模组ID（关闭#10问题）。
• 启用拆分源集（关闭#14问题）。
• 通过(模组ID, 配置名称)而不是仅通过(配置名称)来识别配置管理器（关闭#15问题）。
• 允许List<?>配置字段（关闭#11问题）。
• 现在每个配置字段旁边的重置按钮会重置为默认值，而不是打开配置屏幕时该字段的值。

修复依赖逻辑

• 更改依赖逻辑（关闭 #8）

更新到 1.21.4