bash
ASPNETCORE_URLS="http://*:9143" ASPNETCORE_ENVIRONMENT="Development" dotnet Yourproject.dll
ASPNETCORE_ENVIRONMENT="Development" dotnet run --urls "http://*:9143" --no-launch-profile
for Windows command line (cmd.exe)
setx ASPNETCORE_URLS "http://localhost:5001"
setx ASPNETCORE_ENVIRONMENT "Development"
dotnet Yourproject.dll
for Windows powershell
$Env: ASPNETCORE_URLS "http://localhost:5001"
$Env: ASPNETCORE_ENVIRONMENT "Development"
dotnet Yourproject.dll
Reference
同事前两天遇到一个离奇的 axios 问题，response.data看上去非常正常，但无法访问这个对象里面的任何一个键。console.log(response.data) 一看果然是 string。
同事很茫然，一直都好好的，也没有改什么啊。
改了 db.json。里面有一个多余的逗号。axios解析json字符串失败，就一声没吭的返回了字符串而非对象。这个坑货！想想axios也很无辜....因为我们有时候可能真的会有需要返回字符串。所以写期望的返回数据时，别偷懒又允许json又允许text。也许只允许json就不会有这个问题了。（待验证）
Reference
这是我从新近follow的一个推友 @tywtywtyw 的推文里拣到的宝。他在推文里说
放弃了 postman 和 postwomen, 来到了 insomnia
能比 Postman 更好？这勾起了我的好奇心。结果发现真香。
顺便说一下，他的口号是“Design and debug APIs like a human, not a robot.”
- 不用写脚本，可以指定当前请求依赖哪个请求，以及是使用缓存的请求结果，还是需要时再发新请求（通常我都会选择发新请求，毕竟token会过期）
- 最重要的键是 Ctrl+空格。这是 autocomplete 的热键。
- 界面相对易用。
- 有父环境和子环境的概念，公共的东西写到父环境里，能省一些时间
- 就像使用苹果的软件，你不需要专门保存你的接口，你写了，你run了，接口就自动存好了。
遇到一个坑：如果是在JSON里使用环境变量，并且这个变量是个字符串，得用双引号括住这个变量！
我已经决定扔掉 Postman 了。就是这么喜新厌旧。
If the field names in your Model class are not exactly the same as in a JSON string, you will need adding an option to guarantee the behavior is what you want. For example, if you have got the following response text:
{"hello":"world"}
and you have a Model class below:
class SampleModel
{
public string Hello { get; set; };
}
You can see the property name in your Model class is "Hello" instead of "hello", the following code won't get an expecting result.
SampleModel s = JsonSerializer.Deserialize<SampleModel>("{\"hello\":\"world\"}");
you will get an object like
{
"Hello": null
}
You have to use an option below to get it to work.
SampleModel s = JsonSerializer.Deserialize<SampleModel>("{\"hello\":\"world\"}", new JsonSerializerOptions
{
PropertyNameCaseInsensitive = true,
});
on the other hand, you have to use the following code to guarantee the serialize behavior:
SampleModel s = JsonSerializer.Serialize(new SampleModel() {Hello="world"}, new JsonSerializerOptions
{
DictionaryKeyPolicy = JsonNamingPolicy.CamelCase
});
Thus you get {"Hello":"world"} instead of {"hello":"world"}.
System.text.json sucks.
同事扔给我一张截图，显示errCode是5，说:
「已注册」的error code是5， errorCode 4开头的会到404页面， 5开头的会到505页面，
我们之前有通过的都是200
我：
不不不
这个和 statusCode 是两码事儿
errCode 是业务错误代码
20x 40x 50x 是返回响应的状态码，通常是框架自动给的，若你的请求参数没有问题，系统通常都会返回状态码 200。但返回200并不意味着一切都对，在我们的项目中，状态码返回 200 并且 success 为 true 或者 errCode = 0才是真的没有问题
同事：
哦，是这样，所以我们还是有statusCode
我：
如果参数根本不符合约定，系统会立即拒绝你，那时候statusCode 会是 40x
如果参数都对，但后端的代码出了bug造成服务器不能正常返回，response会报 50x 表示前端没错，但服务器那边出问题了。
换言之如果是 20x，则你没错，我也没错，成功没有成功是业务逻辑的事情。
如果是 40x 意味着前端送过来的数据不符合后端要求，因此没有被进一步处理，而是被直接拒绝了
50x 表示前端送过来的东西没有大问题，但后端没有处理好出错了
同事：
好的，那我明白了，我记错了，是statusCode才是指到505，404， 我以为都改成了errCode
我：
所以 errCode 5 一定不能一杆子指到 505 页面去。
发现 50x 了去找后端工程师的麻烦一般不会错，如果 40x 了去找后端之前，最好先检查下自己的参数和出错信息
同事：
好
我：
status code 和 errCode 本质上是两个东西，errCode是返回数据的一部分
status code 是本次请求返回响应的状态码，可以理解为和返回数据是同一等级的
同事：
那我们的error.response的数据结构有改变吗，我现在还是可以抓取到error.response.status，说明这部分应该是没有改的
我：
这个是axios的约定，并不是后端能够决定的，我们结构的变化，只是response.data 结构的变化是 response.data 吧，我不是很确定，毕竟好久不写 axios 代码了
同事：
是的，但是后来有加了一个data, 我们现在的结构变成这样的
[ Photo ]
我：
对。后端只给了一个data键，图里的第一个data是 axios给的，需要注意的是，不同的框架给返回数据的键取的名字可能会不一样。如果不用axios而是用别的库，数据那一级的键的名字就很有可能不叫 data
同事：
嗯嗯
话外音：
我相信她这次真的搞明白了。哈。聊天记录稍加编辑就水了一篇博客，不过我相信它应该会对前端新人有所帮助。