V2EX = way to explore
V2EX 是一个关于分享和探索的地方
现在注册
已注册用户请  登录
V2EX  ›  jinliming2  ›  全部回复第 49 页 / 共 57 页
回复总数  1131
1 ... 41  42  43  44  45  46  47  48  49  50 ... 57  
2019-08-07 12:28:44 +08:00
回复了 ColinZeb 创建的主题 程序员 GraphQL 和 OData 相比有哪些提升?
@ColinZeb 有实现是一回事,出身是另一回事。
2019-08-07 09:37:31 +08:00
回复了 ColinZeb 创建的主题 程序员 GraphQL 和 OData 相比有哪些提升?
GraphQL 是借着 JavaScript 火起来的。
JavaScript 是借着简单火起来的。

OData 是 .Net 相关的。
.Net 相比 JavaScript 对新手门槛高一些。
.Net 之前是 Windows 专属的。
做成 BT 种子
2019-08-06 01:01:08 +08:00
回复了 StarkWhite 创建的主题 程序员 都 9102 年了,大家有没有用上 Facebook 出的 GraphQL ?
那个男人👨弃坑,来不了了!
APP 中注册特定的 URI Scheme,PC、Android、iOS 都支持注册。
网页中直接跳转链接 xxxxx://data 就可以了,其中 xxxxx 是你在 APP 里注册的 scheme,data 是任意 URLEncoded 的数据,可以在 APP 中接收的。
2019-08-04 08:40:07 +08:00
回复了 jinliming2 创建的主题 iPhone Siri 的英语
@geeti 不是 19 o'clock 么?其实读成“ Nineteen hundred ”都能理解,但是后面加个 dollars 是怎么来的?
2019-08-02 18:24:23 +08:00
回复了 MMMMMMMMMMMMMMMM 创建的主题 NGINX gzip 开了, Chrome,FF 无效,但是 Curl 有效,奇怪了
看着浏览器里走的是 HTTP/1.1,curl 里是 HTTP/2,不知道有没有关系?
@shintendo
@zcjfesky
感觉楼主在打比方,把 Chrome 叫做 IE6 Version2 吧……就是下一代 IE6 ……
2019-07-29 09:32:16 +08:00
回复了 FelixHsuN 创建的主题 程序员 ios 优酷 app 代理检测机制
2019-07-29 00:20:17 +08:00
回复了 FelixHsuN 创建的主题 程序员 ios 优酷 app 代理检测机制
APP 应该只是普通的检测系统的 VPN 设置开关,跟你具体用的啥没关系。
网页版的话因为没有 API 可以检测到系统设置,所以是正常的……
2019-07-28 11:10:37 +08:00
回复了 noml 创建的主题 程序员 京东 App 如果做到检测 TestFlight 已经安装的呢??
iOS 有一个 API,好像叫 canOpenURL,用于检测一个链接协议是不是可以被打开。
TestFlight 在安装之后会在手机里注册 "itms-beta://" 开头的链接。
APP 里检测手机是否可以打开 "itms-beta://" 的链接即可。
2019-07-27 02:18:29 +08:00
回复了 inpm 创建的主题 Go 编程语言 大佬们, golang 有没有国内的镜像源呀,下包总是失败
我还是习惯挂代理,因为不确定国内镜像的包全不全。
比如某些包涉及国内的特殊原因,包本身没啥问题,但是却存在相关规定,毕竟敏感的东西很多莫名其妙。像这类包是否会被国内镜像阉割掉?
另外安全性问题也算,但是有各种检验,所以应该不会出现明显的安全问题……
2019-07-26 13:26:29 +08:00
回复了 legiorange 创建的主题 Java 为何阿里规约在 Java 中不能行尾注释?你们有什么看法?
我觉得楼上都进入了一个误区:不能在行尾注释就一定要在上一行注释,这没问题。但是允许在行尾注释,就不能在上一行注释了吗?肯定也可以啊!
所以,该行尾注释就行尾注释,该上一行注释就上一行注释,该用块注释就用块注释。

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

所以,可以有规定,但是也要根据实际情况变通!
人是活的!
2019-07-26 00:53:31 +08:00
回复了 KevinBu 创建的主题 程序员 国内能用的视频软件哪一个码率最高?
b 站会员……
在考虑要不要开个 YouTube 会员……
其他视频网站……额,我不愿意成为正版的受害者……
看到 25 console 计算器,我笑了😂😂😂
WSL 就挺好用的,传文件用 scp 或是 rsync
2019-07-24 08:32:02 +08:00
回复了 autoxbc 创建的主题 JavaScript 如果你自认熟悉 Promise,来猜一下这个代码的运行结果
所以:
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();
2019-07-24 08:25:10 +08:00
回复了 autoxbc 创建的主题 JavaScript 如果你自认熟悉 Promise,来猜一下这个代码的运行结果
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 立即返回。
1 ... 41  42  43  44  45  46  47  48  49  50 ... 57  
关于   ·   帮助文档   ·   博客   ·   API   ·   FAQ   ·   实用小工具   ·   4244 人在线   最高记录 6679   ·     Select Language
创意工作者们的社区
World is powered by solitude
VERSION: 3.9.8.5 · 70ms · UTC 05:32 · PVG 13:32 · LAX 22:32 · JFK 01:32
Developed with CodeLauncher
♥ Do have faith in what you're doing.