AWS SDK for .NET V4版本中的目标框架选择策略分析

背景概述

在AWS SDK for .NET的V4开发分支中，目标框架(Target Framework Monikers, TFM)的选择策略引起了社区成员的关注。特别是测试项目中使用了netstandard2.0和netcoreapp3.1等目标框架，这在技术实现上存在一些值得探讨的设计考量。

当前实现分析

目前V4开发分支中的单元测试项目配置了以下目标框架：

<TargetFrameworks>netstandard2.0;netcoreapp3.1;net8.0</TargetFrameworks>

这种配置存在两个主要的技术争议点：

1. 测试项目使用.NET Standard 2.0：.NET Standard是一个规范而非运行时，通常不适合直接作为测试项目的目标框架。测试项目通常是可执行程序，应该针对具体运行时如.NET Core或.NET Framework。

2. 包含已终止支持的.NET Core 3.1：虽然.NET Core 3.1已于2022年12月终止支持，但SDK仍保留了对它的兼容性。

技术决策背后的考量

测试项目使用.NET Standard 2.0的原因

开发团队采用这一看似不合理的配置有其技术背景：

• 这是一种快速验证SDK在.NET Standard 2.0目标下行为的临时方案
• 当测试项目以.NET Core 3.1运行时，可以确保测试针对的是netcoreapp3.1版本
• 虽然可以通过ProjectReference的AdditionalProperties强制指定目标框架，但这在多目标框架场景下不够灵活

保留.NET Core 3.1支持的原因

尽管.NET Core 3.1已终止支持，但AWS SDK团队仍保留对其兼容性主要基于：

• 大量用户仍在使用.NET Core 3.1环境
• 团队的目标框架淘汰策略基于实际使用量而非官方支持周期
• 只有当用户使用量降至极低水平时才会考虑移除支持

未来改进方向

团队已经规划了更合理的技术方案：

1. 将.NET Standard 2.0的测试分离到独立的测试项目中
2. 新项目将使用单一目标框架配置
3. 通过AdditionalProperties="TargetFramework=netstandard2.0"精确控制引用的目标框架
4. 调整CI系统以适应新的测试架构

版本策略演进

V4版本GA后，随着V3版本逐步退出支持，团队计划对目标框架选择策略进行更深入的优化和重构。这种渐进式的框架支持策略平衡了技术先进性和用户兼容性需求，是大型SDK项目中常见的技术治理方式。

总结

AWS SDK for .NET团队在目标框架选择上采取了务实的技术路线，优先保障现有用户的兼容性，同时为未来技术演进预留空间。这种平衡短期技术债务和长期架构健康的决策方式，值得其他大型基础库开发者参考借鉴。