如何使用微软的WPL/Anti-XSS作为默认的HTTPEncoder?

发布于 2024-10-30 14:14:05 字数 321 浏览 4 评论 0原文

我想使用 Microsoft 的 WPL AntiXSS 库 作为默认 HTTPEncoder,如 haacked 但本文档适用于 WPL 3.1 和我读到最新的 WPL 4.0 对 HTTPEncoder 进行了更改。实现所有输入字段自动编码的最佳方法是什么? 谢谢!

I want to use Microsofts WPL AntiXSS Library as default HTTPEncoder as described at haacked but this documentation is for WPL 3.1 and I've read that there is a change regarding HTTPEncoder with latest WPL 4.0. What is the best way to implement it so that all input fields are automatically encoded?
Thanks!

如果你对这篇内容有疑问,欢迎到本站社区发帖提问 参与讨论,获取更多帮助,或者扫码二维码加入 Web 技术交流群。

扫码二维码加入Web技术交流群

发布评论

需要 登录 才能够评论, 你可以免费 注册 一个本站的账号。

评论(2

人生戏 2024-11-06 14:14:05

在这种情况下,最重要的变化似乎是,如果您传递 null 作为编码函数的值,该函数将返回 null(以前的行为是返回 String.Empty)。 System.IO.TextWriter 将正确处理空值,因此一切都应该按预期工作。

The most inportant change in this context seems to be that if you pass a null as the value for encoding function the function will return null (previous behavior was to return String.Empty). The System.IO.TextWriter will handle nulls properly, so everything should work as expected.

朱染 2024-11-06 14:14:05

唯一的变化是类名,在 4.0 中它们被重命名为 Encoder.whatever。如果您使用 Phil 的代码,您将收到一堆过时的警告。

在 4.1 中,我最终将拥有一个内置类来允许用作默认编码器,但恐怕我还没有发布日期。

The only change is in the class names, they were renamed to Encoder.whatever in 4.0. If you use Phil's code you'll get a bunch of obsolete warnings.

In 4.1 I will finally have a built in class to allow use as a default encoder, but I don't have a ship date yet I'm afraid.

~没有更多了~
我们使用 Cookies 和其他技术来定制您的体验包括您的登录状态等。通过阅读我们的 隐私政策 了解更多相关信息。 单击 接受 或继续使用网站,即表示您同意使用 Cookies 和您的相关数据。
原文