DEBUG
和RELEASE
模式下都存在我们最近将 Request.Body 从 RequestStream 移到了 Stream。 我们有一个扩展,允许您将请求正文作为字符串获取,但它是 RequestStream 的扩展方法。
为了让它工作,你必须做((RequestStream)this.Body)>AsString()
这很讨厌。
所以它应该是Stream
上的扩展方法,你是这样说的吗?
是的
2017 年 2 月 2 日 09:45,Andreas Håkansson通知@ github.com
写道:
所以它应该是 Stream 上的扩展方法,是这样吗
是说?—
您收到此消息是因为您创作了该线程。
直接回复本邮件,在GitHub上查看
https://github.com/NancyFx/Nancy/issues/2698#issuecomment-276911614或静音
线程
https://github.com/notifications/unsubscribe-auth/AAGapv0t5LUUld6nY8OTPMpmlkL_nGkUks5rYaWogaJpZM4L049J
.
发送 PR 不是比写一个问题和链接东西更快吗? 🤣
可能但很忙,不想忘记:)
2017 年 2 月 2 日 12:07,Andreas Håkansson通知@ github.com
写道:
发送 PR 不是比写一个问题和链接东西更快吗?
🤣—
您收到此消息是因为您创作了该线程。
直接回复本邮件,在GitHub上查看
https://github.com/NancyFx/Nancy/issues/2698#issuecomment-276940607或静音
线程
https://github.com/notifications/unsubscribe-auth/AAGapgpqrQLA5OdN2U1LuVLLlMRQjjUPks5rYccNgaJpZM4L049J
.
发送 PR 不是比写一个问题和链接东西更快吗?
更不用说第一次使用这样的 PR 总是很好的 :)
弄成这样...
发送 PR 不是比写一个问题和链接东西更快吗?
是的,自己修复它会更快,但这会消除新手甚至是经验丰富的老手(他们正在寻找有价值的建议)参与该项目的机会。 查看@yourfirstpr - https://yourfirstpr.github.io/了解更多信息。 没有新鲜血液; 项目萎缩。
我可以做到
抱歉,PR 标题有误,PC 前面太长了 :( 已更名
最有用的评论
更不用说第一次使用这样的 PR 总是很好的 :)