关于Forge Design Automation API类弃用及替代实现的技术咨询

首先明确说：这些类的弃用标记是完全准确的，Autodesk已经停止维护这类强类型的API封装类了。

你确实需要切换到通用HTTP客户端（比如RestSharp、HttpClient）来直接调用Forge Design Automation的REST API端点，但不用完全从零手写所有逻辑——你可以参考官方API规范来构造请求，比维护弃用类要更灵活可靠。

为什么会弃用这些类？ #

Autodesk官方现在更推荐开发者用标准HTTP工具和API交互，这样能直接跟进API的更新迭代，避免因为封装类的滞后性导致兼容性问题。之前的AppBundlesApi、WorkItemsApi这类是早期自动生成的封装，现在官方已经停止对它们的更新支持了。

用RestSharp实现的简单示例 #

拿获取AppBundles列表的场景举例，大概代码是这样的：

var client = new RestClient("https://developer.api.autodesk.com");
var request = new RestRequest("da/us-east/v3/appbundles", Method.Get);
// 替换成你自己获取到的有效access token
request.AddHeader("Authorization", "Bearer YOUR_ACCESS_TOKEN");
request.AddHeader("Content-Type", "application/json");

var response = await client.ExecuteAsync(request);
// 可根据需求反序列化成自定义模型类
var appBundles = JsonConvert.DeserializeObject<List<YourAppBundleModel>>(response.Content);

几点注意事项 #

• 所有API端点、请求参数、响应格式都可以参考Forge Design Automation的官方API规范来构造，确保请求逻辑正确。
• 如果你之前依赖弃用类里的模型，可以自己定义对应的POCO类来映射响应数据，或者用Json.NET这类库动态解析JSON。
• 认证流程和之前一致：通过OAuth2获取access token，再在请求头中携带即可。

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