auto-sync: 2026-04-11 09:00:02
This commit is contained in:
+7
@@ -2,6 +2,13 @@
|
||||
|
||||
## 一、方案整体可行性分析
|
||||
|
||||
### 核心原则
|
||||
**尽量使用原生vnpy框架模块,不仿写,不重写,尽量适配**
|
||||
- 优先使用vnpy官方提供的组件,避免重复造轮子
|
||||
- 对于不满足需求的功能,优先考虑扩展和适配,而非完全重写
|
||||
- 保持与vnpy官方架构的兼容性,便于后续升级和维护
|
||||
- 只在官方组件无法满足核心需求时,才考虑自定义实现
|
||||
|
||||
### 1.1 技术可行性:✅ 完全可行
|
||||
|
||||
基于以下因素,将sanguo_vnpy部署在群晖NAS Docker容器中是**完全可行**的:
|
||||
|
||||
+8
-1
@@ -2,7 +2,14 @@
|
||||
|
||||
## 一、研究背景
|
||||
|
||||
在sanguo_quant_live项目中,我们需要构建一个稳定、高效的量化交易系统。为了确保系统的可维护性和可扩展性,我们决定使用vnpy官方提供的组件,而不是重新实现功能。
|
||||
在sanguo_quant_live项目中,我们需要构建一个稳定、高效的量化交易系统。为了确保系统的可维护性和可扩展性,我们遵循以下核心原则:
|
||||
|
||||
### 核心原则
|
||||
**尽量使用原生vnpy框架模块,不仿写,不重写,尽量适配**
|
||||
- 优先使用vnpy官方提供的组件,避免重复造轮子
|
||||
- 对于不满足需求的功能,优先考虑扩展和适配,而非完全重写
|
||||
- 保持与vnpy官方架构的兼容性,便于后续升级和维护
|
||||
- 只在官方组件无法满足核心需求时,才考虑自定义实现
|
||||
|
||||
## 二、架构方案设计
|
||||
|
||||
|
||||
Reference in New Issue
Block a user