模块化的客户端实现方案

[CoraBlack]

客户端功能设想

在目前的设想内容中，在用户添加服务器时，服务器回回传一个包含服务器信息和依赖资源包的下载链接
用户在对服务器进行受信和最低授权操作后，进行依赖项下载和服务器信息加载
以上的一切依赖一份统一的对接API端口

// Example
{
    "svr_name": "Antarctica",
    "description": "A community for linux lovers",
    "dependencies": [
        "url_to_download/blog",
        "url_to_download/forum"
    ]
}

对于客户端的技术栈选型，有以下我认为可行的方案

• 基于Cs脚本的Godot应用跨平台程序 + gds模块包的方案

  • 可（反）序列化的场景资源，打包导出，加载方便
  • 可视化UI开发
  • 可内嵌gds脚本，具有游戏引擎的强表现力，高度自定义功能，开发学习成本低
  • 该方案存在问题：无法限制脚本

• 基于election和html + CSS + JavaScript数据流的方案（未证明可行性）

  • 优点不太清楚，还没有用过
  • 性能较差，资源开销较大

欢迎补充