我们需要分析 Service Bus Track 2 需要完成的工作。Track 1 已经发布。
假设:
问:
azure-core-amqp
的通用代码创建问题。需要澄清:
完全重写的理由是什么? 您能否分享任何方向或高级设计文档,以便客户了解图书馆的发展方向以及原因?
我担心我们最终会遇到与存储库重写类似的不良重写情况。 有关这些问题的一些坦率讨论,请参见此处: https://github.com/Azure/azure-storage-java/issues/432。 在听取了所有反馈后,该库的工作团队分享了一份出色的指导文档: https ://github.com/Azure/azure-storage-java/blob/master/V12%20Upgrade%20Story.md
很高兴看到这里为透明度提供的这些方面的东西。
嗨@jordanjennings ,感谢您提出这个问题。 澄清一下,微软内部正在努力为许多顶级编程语言带来新一代的 Azure 客户端库。 您从 Storage 链接到的讨论与此处相关 - V12 是我们为 Storage 所做的“重写”,在此处与 Service Bus 类似。 您可以在我们的第一个预览版公告中了解更多信息。
@hemanttanwar在这里所说的是,他即将开始一个等效的审查、设计和实施过程,以确保服务总线的一致、惯用和高效的开发人员体验,就像我们过去几个月一直在做的那样。 您可能会觉得有趣的高级设计文档是我编写的Java API 设计指南文档。 本文档指导了 V12 存储 API 以及所有未来的 Java 客户端库(其中许多现在处于开发和/或预览发布状态)。 如有任何问题或疑虑,请随时直接给我发电子邮件。
在 #4506 中修复
最有用的评论
嗨@jordanjennings ,感谢您提出这个问题。 澄清一下,微软内部正在努力为许多顶级编程语言带来新一代的 Azure 客户端库。 您从 Storage 链接到的讨论与此处相关 - V12 是我们为 Storage 所做的“重写”,在此处与 Service Bus 类似。 您可以在我们的第一个预览版公告中了解更多信息。
@hemanttanwar在这里所说的是,他即将开始一个等效的审查、设计和实施过程,以确保服务总线的一致、惯用和高效的开发人员体验,就像我们过去几个月一直在做的那样。 您可能会觉得有趣的高级设计文档是我编写的Java API 设计指南文档。 本文档指导了 V12 存储 API 以及所有未来的 Java 客户端库(其中许多现在处于开发和/或预览发布状态)。 如有任何问题或疑虑,请随时直接给我发电子邮件。