VS2008非C++11项目集成AWS C++ SDK方案咨询

1. 将AWS逻辑隔离为独立进程，通过IPC与主程序交互 #

• 做法：用支持C++11的VS版本（如VS2013及以上）单独开发一个包含AWS SDK调用逻辑的进程（控制台程序或Windows服务），原VS2008主程序通过命名管道、共享内存或简单的命令行参数+临时文件传递数据的方式，与该进程交互完成AWS操作。
• 优点：完全隔离C++11环境与原项目，无需改动主程序的编译器和第三方依赖，风险极低。
• 缺点：需处理进程间通信的序列化、同步问题，增加了架构复杂度。

2. 直接调用AWS REST API替代C++ SDK #

• 做法：AWS绝大多数服务都提供RESTful API，原VS2008程序可通过WinHTTP、libcurl等支持C03的HTTP库发起请求，自行实现AWS签名逻辑（基于HMAC-SHA256），并使用兼容C03的JSON库（如rapidjson的早期版本、jsoncpp的C++03分支）处理请求/响应的序列化。
• 优点：无需引入AWS C++ SDK，完全适配旧编译器环境，避免版本冲突。
• 缺点：需要手动实现签名和API细节，开发量比使用SDK大，且需维护签名逻辑的正确性。

3. 升级编译器并兼容旧代码 #

• 做法：将原项目迁移至支持C11的VS版本（如VS2013/2015），将主项目的C标准设为C11，对依赖的非C11第三方框架，单独设置其编译选项为C03（通过VS项目属性页的“C语言标准”单独配置）。同时逐步修复旧代码中与C++11编译器不兼容的部分（如隐式转换、关键字冲突等）。
• 优点：可直接使用AWS C++ SDK，无需额外的IPC或封装层，架构更简洁。
• 缺点：存在旧代码和第三方框架与新编译器的兼容性风险，需要逐个组件测试、调整。

4. 封装AWS SDK为C风格接口的动态库 #

• 做法：用支持C11的编译器编译AWS SDK，并封装一层C风格的接口（如CreateAwsClient()、SendS3Object()等函数），将C的类、对象转换为C的结构体指针，用函数指针实现回调逻辑，统一内存分配/释放接口。原VS2008程序通过链接该动态库调用AWS功能。
• 优点：原程序改动极小，只需调用C风格接口，无需接触C++11特性。
• 缺点：需编写封装层处理C与C++的类型转换，增加了额外的开发和维护成本。

内容的提问来源于stack exchange，提问作者Will