小编Lio*_*hen的帖子

ASP.NET Mvc Api:设置cookie然后302/303 Redirect丢失cookie

我有一个API动作,返回一个HttpResponseMessage.API地址如下:http:// localhost/login?authcode = xxx

API操作执行一些登录身份验证,并将用户重定向到注册表或欢迎页面.代码如下:

var response = new HttpResponseMessage();
var cookie = new CookieHeaderValue("token", "ThisIsTheTokenNeeded");
response.Headers.AddCookies(new CookieHeaderValue[] { cookie });
response.StatusCode = HttpStatusCode.Found;
response.Headers.Location = new Uri("http://localhost/welcome.html");
return response;
Run Code Online (Sandbox Code Playgroud)

在welcome.html中,我使用"document.write(document.cookie)"并且看不到名为"token"的cookie.一些如何迷失.谁能告诉我如何完成这项工作或者这个架构毕竟不正确?

asp.net api cookies http-redirect

10
推荐指数
1
解决办法
3373
查看次数

C#console应用程序:主方法返回值VS Application.ExitCode

我正在为Windows任务调度程序编写一个控制台程序来运行.我的Main()方法有一个返回类型,int并在退出时返回不同的数字以指示执行的结果,我可以在.BAT脚本中访问它%errorlevel%.

但是在VS2015中进行调试时,我会做一个

return 255;
Run Code Online (Sandbox Code Playgroud)

我总是从VS2015的输出窗口获取:

The program '[43560] Foo.vshost.exe' has exited with code 0 (0x0).
Run Code Online (Sandbox Code Playgroud)

现在,如果我希望"输出"窗口显示我的程序的退出代码,我必须Application.Exit(255)为其显示

The program '[24400] Foo.vshost.exe' has exited with code 255 (0xff).
Run Code Online (Sandbox Code Playgroud)

奇怪的是,%errorlevel%如果我CMD.exe使用return语句运行程序,则正确设置为255 Environment.Exit().

所以我的问题是

  1. 返回值Main()有些不同Environment.ExitCode吗?

  2. Main()在VS2015中轻松找出方法返回值的方法是什么?

  3. 退出控制台程序时,是否Environment.Exit()比简单的返回语句更受欢迎?因为回报声明更符合我的口味.

有人能告诉我这背后的故事吗?谢谢.

c# return-value exit-code main-method

6
推荐指数
1
解决办法
859
查看次数

使用来自链接标头 RFC8288 的 RESTful 分页信息

我正在与 Shopify 交互,他们使用 RESTful API。当我请求返回项目数组的资源时,它们使用 RFC8288 分页格式。

例如,https://example.com/api/inventory_levels.json ?limit=10 返回 10 个实体以及以下响应标头:

Link: <https://example.com/api/inventory_levels.json?limit=10&page_info=eyJs9pZHMiO>; 
rel="previous", <https://example.com/api/inventory_levels.json?limit=10&page_info=MiZHeyJs9pO>; rel="next"
Run Code Online (Sandbox Code Playgroud)

显然,如果我想从该资源中检索所有实体,我需要迭代“下一个”URL,直到不再返回“下一个”。但是我如何使用 JAVA 或 C# 代码解析这些信息呢?我可以使用正则表达式来<(?<next_url>.*)>; rel="next"从中检索“next_url”。但感觉就像是重新发明轮子,不够稳健。

如果这是一个定义明确的功能,那么难道不应该有一个现成的库/基础设施可以使用吗?我只是不想因为有一天格式显示不同(例如有一个额外的空格等)而感到惊讶,并且在遵守 RFC 定义的同时打破了我匆忙整理的 RegEx 解决方案。

欢迎提出 Java 或 C# 的建议。

c# java pagination restful-url shopify-api

5
推荐指数
0
解决办法
1154
查看次数