GraphQL 是借着 JavaScript 火起来的。
JavaScript 是借着简单火起来的。

OData 是 .Net 相关的。
.Net 相比 JavaScript 对新手门槛高一些。
.Net 之前是 Windows 专属的。

做成 BT 种子

那个男人👨弃坑，来不了了！

APP 中注册特定的 URI Scheme，PC、Android、iOS 都支持注册。
网页中直接跳转链接 xxxxx://data 就可以了，其中 xxxxx 是你在 APP 里注册的 scheme，data 是任意 URLEncoded 的数据，可以在 APP 中接收的。

@geeti 不是 19 o'clock 么？其实读成“ Nineteen hundred ”都能理解，但是后面加个 dollars 是怎么来的？

看着浏览器里走的是 HTTP/1.1，curl 里是 HTTP/2，不知道有没有关系？

@shintendo
@zcjfesky
感觉楼主在打比方，把 Chrome 叫做 IE6 Version2 吧……就是下一代 IE6 ……

@FelixHsuN 好像是这个 https://gist.github.com/PramodJoshi/4faad4c91f7dcb4eb9b06be8390c01db

APP 应该只是普通的检测系统的 VPN 设置开关，跟你具体用的啥没关系。
网页版的话因为没有 API 可以检测到系统设置，所以是正常的……

iOS 有一个 API，好像叫 canOpenURL，用于检测一个链接协议是不是可以被打开。
TestFlight 在安装之后会在手机里注册 "itms-beta://" 开头的链接。
APP 里检测手机是否可以打开 "itms-beta://" 的链接即可。

我还是习惯挂代理，因为不确定国内镜像的包全不全。
比如某些包涉及国内的特殊原因，包本身没啥问题，但是却存在相关规定，毕竟敏感的东西很多莫名其妙。像这类包是否会被国内镜像阉割掉？
另外安全性问题也算，但是有各种检验，所以应该不会出现明显的安全问题……

我觉得楼上都进入了一个误区：不能在行尾注释就一定要在上一行注释，这没问题。但是允许在行尾注释，就不能在上一行注释了吗？肯定也可以啊！
所以，该行尾注释就行尾注释，该上一行注释就上一行注释，该用块注释就用块注释。

规则是为了代码更好看易读，统一可以方便理解。但是如果规则的出现导致代码变得不可读，那就得不偿失了！
所以，所有的代码格式化工具都会提供忽略的功能，毕竟工具都是死的，没有办法根据实际代码情况做出调整（别跟我说接入 AI，毕竟现在 AI 也不是十分可靠）。

所以，可以有规定，但是也要根据实际情况变通！
人是活的！

b 站会员……
在考虑要不要开个 YouTube 会员……
其他视频网站……额，我不愿意成为正版的受害者……

看到 25 console 计算器，我笑了😂😂😂

WSL 就挺好用的，传文件用 scp 或是 rsync

所以：
const a = async () => {
xxxxx;
return promise;
};
await a();
如果 xxxxx 里没用到 await 语句，最后 return 了一个 promise，那么 a 的 async 标志可以去掉，变成一个普通函数。因为加上 async 标志，相当于是 resolve 了两次，而去掉就相当于变成 resolve 一次。（最后调用的时候依然得 await，像这样：）

const a = () => {
xxxxx;
return promise;
};
await a();

promise 的 resolve 是递归的，只要 resolve 一个 promise，就会继续等待这个 promise。
而 reject 碰到就直接返回，如果 reject 的是一个 promise，这个 promise 不会被等待。
所以：
第一个 外层 promise 里 resolve 了一个 ( resolve 的 promise )，所以 then 的结果会递归等待里面的 promise 返回，里面的 promise resolve 了一个 42，所以得到了 “ resolve 的 42 ”。
第二个 外层 promise 里 resolve 了一个 ( reject 的 promise )，所以 then 的结果会递归等待里面的 promise 返回，里面的 promise reject 了一个 42，碰到 reject 直接返回，被 then 的第二个参数抓到，所以得到了 “ reject 的 42 ”。
第三个和第四个 外层 promise 直接 reject 了一个 promise （不管这个 promise 具体是啥），所以直接返回，被 then 的第二个参数抓到，所以得到 “ reject 的 promise<xxx>”。
其中第三个因为内层 promise 是 resolve 的 42，所以结果是 “ reject 的 promise<resolve 42>”。
而第四个因为内层 promise 是 reject 的 42，外层 promise 被 then 的第二个参数抓住了，但内层的没有，所以结果是 “ reject 的 promise<reject 42> 并带有一个未捕获的来自内部 promise 的异常”。

不管你这个 promise 写多少层，resolve 都会递归下去，一旦碰到 reject 立即返回。