ModelContextProtocol C SDK 客户端工厂设计优化探讨

现状分析

在ModelContextProtocol C# SDK的当前实现中，McpClientFactory类在设计上存在一个明显的局限性——它直接接受McpServerConfig对象作为参数，而不是更抽象的IClientTransport接口。这种设计导致客户端无法灵活地使用自定义传输实现，特别是在测试场景下难以注入内存传输等特殊实现。

核心问题

当前设计将传输层的创建逻辑与客户端工厂紧密耦合，违反了依赖倒置原则。具体表现在：

1. 工厂内部硬编码了传输层的创建逻辑
2. 无法在单元测试中使用模拟传输层
3. 扩展新传输协议需要修改工厂类代码

技术影响

这种设计限制会带来几个实际问题：

• 测试困难：难以编写不依赖真实网络连接的单元测试
• 扩展性差：添加新传输协议需要修改核心工厂类
• 灵活性低：无法在运行时动态切换传输实现

临时解决方案

目前代码中提供了一个createTransportFunc委托参数作为临时解决方案，允许开发者通过这个回调注入自定义传输实现。虽然这解决了部分问题，但从架构设计角度看，这只是一种妥协方案，而非理想的解决方案。

架构改进建议

更合理的设计应该是：

1. 使McpClientFactory直接接受IClientTransport接口实例
2. 为每种内置传输协议提供专门的工厂方法
3. 将传输配置逻辑从客户端工厂中完全解耦

这种改进将带来以下优势：

• 更好的测试支持：可以轻松注入模拟传输
• 更清晰的职责分离：传输层创建与客户端创建逻辑解耦
• 更强的扩展性：支持第三方传输协议实现

实现考量

在具体实现上需要注意：

1. 保持向后兼容性
2. 提供便捷方法支持常见传输协议
3. 确保文档清晰说明新旧用法差异

总结

传输层的可插拔性是现代网络库设计的重要考量因素。通过重构McpClientFactory使其直接依赖IClientTransport接口，可以显著提升SDK的灵活性、可测试性和可扩展性，为开发者提供更强大的定制能力。