与C#开发人员就API中的bug进行沟通的最佳方式是什么？
我正在测试一个由C#开发者编写的API。我是一名Perl开发人员。所以我想用一种语言不可知的方式向他们发送bug报告。对于GET请求来说，这是微不足道的（除非涉及到头）。但对于帖子来说，情况并非如此 如今，许多记录API的站点在文档中使用curl命令来提供与语言无关的示例。比如说 在Unix或OSX世界中，我会向他们发送一个curl命令，并说当您运行此命令时，响应会以某种方式中断。但是curl并不是Windows的本机（尽管它可以在Windows上安装和运行）。C#dev是否了解curl？他们用卷发吗？我想他们对被推上命令行并不感到兴奋，但我想不出更好的方式来谈论这些事情。有什么建议吗 但对于帖子来说，情况并非如此 为什么?？最后，GET和POST是HTTP。通过发送的头发送，而不是API调用 C#dev是否了解curl 我不是。我不会接受这样的错误报告。但我很乐意接受HTTP负载作为转储 我想他们不会因为被推上命令行而激动 我不会假设curl被推到命令行上。我会假设它被推到了一个我不喜欢插入的工具上。我一直都在使用命令行-见鬼，我维护的软件主要是一些人通过命令行使用的 windows中的命令行就是PowerShell 但对于帖子来说，情况并非如此 为什么?？最后，GET和POST是HTTP。通过发送的头发送，而不是API调用 C#dev是否了解curl 我不是。我不会接受这样的错误报告。但我很乐意接受HTTP负载作为转储 我想他们不会因为被推上命令行而激动 我不会假设curl被推到命令行上。我会假设它被推到了一个我不喜欢插入的工具上。我一直都在使用命令行-见鬼，我维护的软件主要是一些人通过命令行使用的与C#开发人员就API中的bug进行沟通的最佳方式是什么？,c#,api,C#,Api,我正在测试一个由C#开发者编写的API。我是一名Perl开发人员。所以我想用一种语言不可知的方式向他们发送bug报告。对于GET请求来说，这是微不足道的（除非涉及到头）。但对于帖子来说，情况并非如此 如今，许多记录API的站点在文档中使用curl命令来提供与语言无关的示例。比如说 在Unix或OSX世界中，我会向他们发送一个curl命令，并说当您运行此命令时，响应会以某种方式中断。但是curl并不是Windows的本机（尽管它可以在Windows上安装和运行）。C#dev是否了解curl？他们用
windows中的命令行就是PowerShell。不要使用curl。对于大多数C#程序员来说，Unix-y远远不够。一般来说，它需要某种命令行转义约定，而且这种约定也不可移植。这是不受欢迎的 我认为在bug报告中以纯文本形式提供确切的HTTP调用/请求序列没有什么错
[碰巧我在Windows中使用C#，curl甚至wget都非常愉快，但我的答案是正确的。]不要使用curl。对于大多数C#程序员来说，Unix-y远远不够。一般来说，它需要某种命令行转义约定，而且这种约定也不可移植。这是不受欢迎的 我认为在bug报告中以纯文本形式提供确切的HTTP调用/请求序列没有什么错
[碰巧我在Windows中使用C#、curl甚至wget都非常愉快，但我的答案是正确的。]感谢您的回复。这很有帮助。curl的优点是它完全描述了请求，包括header/body/etc，您只需剪切并粘贴cmd即可重新创建问题（假设已经安装了curl）。如果我向您发送http负载，您必须编写一些代码来重新创建问题，对吗？我只是好奇你是否有一个工具可以接受http有效载荷。@EricJohnson对于C#开发者来说，更好的描述请求的方法是单独显式地描述方法/uri/headers/body，而不强迫读者在脑海中看到一个CURL格式的版本。谢谢@280Z28，多亏了你的评论和TomTom的回答，我现在接受了。我只是想了解一下C#工作流程。谢谢你的回复。这很有帮助。curl的优点是它完全描述了请求，包括header/body/etc，您只需剪切并粘贴cmd即可重新创建问题（假设已经安装了curl）。如果我向您发送http负载，您必须编写一些代码来重新创建问题，对吗？我只是好奇你是否有一个工具可以接受http有效载荷。@EricJohnson对于C#开发者来说，更好的描述请求的方法是单独显式地描述方法/uri/headers/body，而不强迫读者在脑海中看到一个CURL格式的版本。谢谢@280Z28，多亏了你的评论和TomTom的回答，我现在接受了。目前我只是想了解C#工作流。+1我对Curl也有丰富的经验，更喜欢原始HTTP请求。这会使bug报告集中在请求上。如果一个bug报告有代码或实用程序，那就是另一层鼓励我忽略这个bug，因为它可能是用户错误，或者只是实用程序中的一个bug。+1我对Curl也有丰富的经验，我更喜欢原始HTTP请求。这会使bug报告集中在请求上。如果一个bug报告有代码或实用程序，那就是另一层鼓励我忽略这个bug，因为它可能是用户错误，或者只是实用程序中的一个bug。