额外客户端类型集控支持

[PYLXU]

或许可以通过以下方式实现多类型客户端集控以增加平台频繁切换造成的成本

首先需要支持静态文件的分发

方式1：使用模板文件可视化控制静态文件

收归程序修改权，将配置保存牢牢掌控在项目开发者手中

优点：节省社区开发者开发时间，官方可控性更高
缺点：项目开发者需要使用更多时间适配

1. 定义模板文件：生可视化界面并对应配置键位置，以下是一个例子

[
    {
      "type": "select",
      "keyPath": "extraKey.settings.SelectedProfile",
      "name": "选择配置文件",
      "description": "选择当前使用的配置文件",
      "icon": "bi-file-earmark-text",
      "default": "schedule.json",
      "options": [
        {
          "value": "schedule.json",
          "label": "默认配置"
        }
      ]
    },
    {
      "type": "bool",
      "keyPath": "extraKey.settings.IsMainWindowVisible",
      "name": "主窗口可见",
      "description": "是否显示主窗口",
      "icon": "bi-window",
      "default": true
    }
]

2. 左栏加入项：集控/其他/自定义/综合
3. 引入的文件加入子项，点击子项后根据模板文件生成可视化编辑器（为兼容ES，此处可做一个独立的课表编辑器[使用 date/week 模式]，类似下图）

方式2：加入集控端插件功能

使用插件（前端插件或许更易于开发者开发与维护）对接接口实现自定义集控

分化事权，集控端更多实用性扩展可能会出现

优点：社区开发者获得更高的自由度
缺点：项目开发者仍需要使用较多时间适配

方式3：上述两种方式结合使用

优点：社区开发者获得更高的自由度的同时无需关注前端
缺点：项目开发者需要使用大量时间适配

[PYLXU]

另外集控端对插件的批量控制或许也可以通过集控端插件实现

但是希望插件不要再用CPP了（x）

选A，开发者苦；选B，开发者苦（