重新设计与规划逻辑架构

[BAKAOLC]

预期在 dotnet8 发布后对框架和逻辑代码进行重构和拆分，重新进行设计与开发
目标是支持多平台的运行并通过支持插件的方式来提供对各个服务的运行

• 将核心架构重构为不依赖于平台逻辑的基本框架，设计并提供基本的内部通信方法
• 提供基本的包管理支持，包括依赖检查，加载排序等热加载行为
• 基于 Roslyn 提供脚本式的代码热编译加载行为
• 重新设计交互逻辑，内部使用一套另外设计的消息处理机制并以此对用户消息和输入进行处理，通过转化器来将各个不同平台的消息结构和内部消息结构进行互相转化和处理分发。

  当前预期支持目标：Discord.Net，mirai-api-http，Go-CQHttp
  不再使用 Sora 进行针对 Go-CQHttp 的中转支持

• 其他待补充

[BAKAOLC]

需要分离独立的库而非内部构建：

• 分离 bilibili 相关api（或使用其他的优秀已构建方案）
• 分离 下载支持服务（如aria2） 并提供更多其他的下载方案支持
• 【将于目前版本先行开始开发】移除 Sora支持库 并独立构建一个用于支持Onebot协议的事件框架 （针对近期几个月tx QQ协议的问题方便调试以及减少因单方面服务的缺失而导致服务离线的时间）
  • 提供不同服务提供的事件收发器
  • [ ] Go-CQHttp
  • [ ] Mirai-api-http

[BAKAOLC]

优先需要重新设计与规划的内容：

• 日志系统：预计修改为调用专门的日志库 取代目前的简单日志
• 服务系统：基于service重新修正各个业务逻辑的使用和结构代码
• 生命周期监视系统：需要一个更稳定的异常处理机制以及watch dog服务以避免因部分故障导致大面积的服务瘫痪问题

[BAKAOLC]

需要构建一个内部状态数据库用于同步管理与整合来自于各个端口的数据 需要设计并实现一个内部指令集用于提供外部与内部架构的通信支持（console/http/websocket）

举例用途： 订阅某个qq群的消息，并允许通过其中指定的某个bot账户发送消息或进行操作。 在此过程中接受消息时先基于在群内的bot接收到的消息，更新内部数据库状态，过滤重复消息后将其更新发送至订阅者端口，订阅者端口发送操作消息，经过内部消息协议分发至指定bot端口执行操作

[BAKAOLC]

需要更有效和便捷以及高性能的权限管理机制，用于针对各个角色环境下的交互权限限制

[BAKAOLC]

预期需求将多数组件分隔为多个模块，使用内部的网络协议（待定）进行数据沟通，并允许各个部件独立进行热更新与重载/重启动

[BAKAOLC]

想了想，把V2扒出去单独列了个仓库 Ritsukage-Core-V2