Cookie 编码错误
我的应用程序分为 3 个不同的层。 WEB、BLL 和 DAL。 我从 web 层设置了一个 cookie,然后我从另一个页面请求它以将其显示给用户。
HttpContext.Current.Response.Cookies["FlashMessenger"]["Type"] = "error";
HttpContext.Current.Response.Cookies["FlashMessenger"]["Message"] = "Aucun vol trouvé pour la date donnée. S'il vous plaît affiner votre recherche.";
当我从 BLL 执行相同操作并尝试显示它时,返回的消息被破坏。
var flashMessengerC = Request.Cookies["FlashMessenger"];
var message = flashMessengerC["Message"];
var type = flashMessengerC["Type"];
MsgLBL.Text = message;
这就是我收到的“Aucun vol trouvé pour la date donnée。S'il vous plaèt affiner votre recherche”。
我尝试对 Html 进行编码,然后进行解码,但效果是一样的。 我查看了浏览器 cookie,格式正确。
什么可能导致这种情况?
我将不胜感激任何评论。
谢谢
My application is separated in 3 different layers. WEB, BLL and DAL.
I set a cookie from web layer and then I requested it from another page to display it to the user.
HttpContext.Current.Response.Cookies["FlashMessenger"]["Type"] = "error";
HttpContext.Current.Response.Cookies["FlashMessenger"]["Message"] = "Aucun vol trouvé pour la date donnée. S'il vous plaît affiner votre recherche.";
when I am doing the same from BLL and trying to display it, the returned message is broken.
var flashMessengerC = Request.Cookies["FlashMessenger"];
var message = flashMessengerC["Message"];
var type = flashMessengerC["Type"];
MsgLBL.Text = message;
This is what I received "Aucun vol trouvé pour la date donnée. S'il vous plaît affiner votre recherche."
I tried to Html encoded and afterwards decoded but it does the same.
I had a look on browsers cookies and there was in correct format.
What could cause this?
I will appreciate any comment.
Thanks
如果你对这篇内容有疑问,欢迎到本站社区发帖提问 参与讨论,获取更多帮助,或者扫码二维码加入 Web 技术交流群。
绑定邮箱获取回复消息
由于您还没有绑定你的真实邮箱,如果其他用户或者作者回复了您的评论,将不能在第一时间通知您!
发布评论
评论(1)
无法 100% 确定,但听起来您的 BLL 正在运行与您的 UI 不同的线程文化。无论如何,让 BLL 请求 cookie 并不是一个很好的设计 - 最好将它们实际需要的信息传递给它们,而不是将其绑定到特定的实现,例如:
从 Web ui,您可以填充此对象并传递它一直到您的 BLL,使其与 HttpRequest 对象分离。
Couldn't be 100% sure, but sounds like your BLL is running a different thread culture to your UI. Having your BLL requesting cookies isn't a great design anyway - better to have the information they actually need passed into them, rather than tying it to a particular implementation, e.g.:
from the web ui, you'd populate this object and pass it on through to your BLL, leaving it uncoupled from the HttpRequest object.