refactor(service): 统一Service缓存为VO对象并优化关联实体处理

重构Service类实现，将QueryService泛型参数调整为VO类型，确保缓存VO对象而非实体。优化关联实体处理逻辑，减少重复代码。修改findById方法返回VO对象，新增getById方法获取实体。更新相关调用点以适配新接口。

调整WebSocket处理、控制器及Service实现，确保数据类型一致性。完善文档记录重构过程及发现的问题。为后续优化提供基础架构支持。

docs/task/server模块service缓存调整为Vo对象/SUMMARY_entity_vo_conversion_subtask1.md

@@ -0,0 +1,61 @@
+# 实体-VO转换机制与缓存策略任务拆分 子任务1 执行总结报告
+
+## 1. 任务概述
+
+子任务1的目标是分析Contract-Manager项目中实体-VO转换机制和Service类结构，为将Server模块Service缓存从实体对象调整为VO对象提供基础分析。
+
+## 2. 执行过程
+
+在执行子任务1的过程中，我们完成了以下工作：
+
+1. **接口体系分析**：分析了`Voable<T>`、`QueryService<Vo>`、`VoableService<M, Vo>`和`IEntityService<T>`等核心接口的定义和用途。
+
+2. **实体-VO转换机制分析**：以`Contract`实体和`ContractVo`为例，分析了实体-VO转换的具体实现和模式。
+
+3. **Service类结构分析**：分析了Service类的继承关系、缓存配置和缓存使用方式。
+
+4. **Service类实现模式分析**：识别了两种主要的Service类实现模式（VO优先和实体优先），并列出了需要修改的Service类清单。
+
+5. **WebSocketServerCallbackManager分析**：分析了WebSocket通信中对查询服务的调用处理方式。
+
+## 3. 发现的问题
+
+通过分析，我们发现了以下问题：
+
+1. **缓存对象类型不一致**：部分Service类缓存的是实体对象，而不是VO对象，这与项目的设计理念不一致。
+
+2. **泛型参数使用不一致**：部分Service类实现的`QueryService`接口泛型参数是实体类型，而不是VO类型。
+
+3. **转换逻辑重复**：每个实体类都需要实现`toVo()`方法，存在大量重复代码。
+
+4. **关联实体处理**：当前的转换逻辑对于关联实体只复制ID，可能无法满足复杂查询的需求。
+
+5. **WebSocket通信处理不一致**：WebSocketServerCallbackManager类对findById和findAll方法的处理方式不一致，可能导致客户端接收的数据类型不一致。
+
+## 4. 已完成的文档
+
+在执行子任务1的过程中，我们创建了以下文档：
+
+1. **ANALYSIS_entity_vo_conversion_implementation.md**：详细分析了实体-VO转换机制的实现和核心接口体系。
+
+2. **ANALYSIS_service_class_patterns.md**：详细分析了Service类的实现模式，并列出了需要修改的Service类清单。
+
+3. **SUMMARY_entity_vo_conversion_subtask1.md**：本报告，总结了子任务1的执行情况和发现的问题。
+
+## 5. 结论与建议
+
+子任务1已成功完成，我们获得了对Contract-Manager项目中实体-VO转换机制和Service类结构的深入理解，并识别了需要修改的Service类和存在的问题。这些信息为后续的子任务提供了重要的基础。
+
+建议在后续的子任务中：
+
+1. 按照Service类清单逐一修改，将QueryService接口的泛型参数从实体类型改为VO类型。
+
+2. 统一缓存策略，确保缓存的是VO对象而不是实体对象。
+
+3. 优化WebSocketServerCallbackManager类的处理逻辑，确保对findById和findAll方法的处理方式一致。
+
+4. 考虑引入通用的转换工具类，减少重复代码。
+
+5. 完善关联实体的转换和缓存处理机制。
+
+本报告为后续的子任务提供了重要的输入和指导，帮助确保项目的顺利进行。