Forwarded from 「VoP」維尼之聲 - Voice of Pooh🔊
「健康码演示」是一个可以用来伪造一个健康码的应用,可以用在不需要扫描的场合。(注意:要求扫描的场合出示假码可能会被揭穿)
微博粉红发现 Google Play 上有「健康码演示」这个应用之后,第一时间怒不可遏并想到了举报。(见图2,3)
开发者在该应用广为人知之后删除了原本上架在 Google Play 上的应用和托管在 GitHub 上的源代码(图3为其他人的备份代码,非作者本人)
既然我们作为一个乳滑频道,我们自然要反其道而行之,中国不想被传播的东西,我们偏偏把它拿出来给大家下载,大家可自用,可传播。
下载链接:点此
其他人于 GitHub 备份的源代码🔗
#健康码 #阿冠新DLC
微博粉红发现 Google Play 上有「健康码演示」这个应用之后,第一时间怒不可遏并想到了举报。(见图2,3)
开发者在该应用广为人知之后删除了原本上架在 Google Play 上的应用和托管在 GitHub 上的源代码(图3为其他人的备份代码,非作者本人)
既然我们作为一个乳滑频道,我们自然要反其道而行之,中国不想被传播的东西,我们偏偏把它拿出来给大家下载,大家可自用,可传播。
下载链接:点此
其他人于 GitHub 备份的源代码🔗
#健康码 #阿冠新DLC
「VoP」維尼之聲 - Voice of Pooh🔊
「健康码演示」是一个可以用来伪造一个健康码的应用,可以用在不需要扫描的场合。(注意:要求扫描的场合出示假码可能会被揭穿) 微博粉红发现 Google Play 上有「健康码演示」这个应用之后,第一时间怒不可遏并想到了举报。(见图2,3) 开发者在该应用广为人知之后删除了原本上架在 Google Play 上的应用和托管在 GitHub 上的源代码(图3为其他人的备份代码,非作者本人) 既然我们作为一个乳滑频道,我们自然要反其道而行之,中国不想被传播的东西,我们偏偏把它拿出来给大家下载,大家可自用,可传播。…
当有一件事(对赵家人的颜面)很重要时,其他一切事都必须让路,这就是中国式逻辑。
当有一件新的坏事时,旧的就可以忘了,这就是中国式管理。
当(你认为)隔壁比你还惨时,你就幸福了,这就是中国式心态。
(平民百姓)人人都不开心时,你就更擅长忍受了,这就是中国式成长。 —
当有一件新的坏事时,旧的就可以忘了,这就是中国式管理。
当(你认为)隔壁比你还惨时,你就幸福了,这就是中国式心态。
(平民百姓)人人都不开心时,你就更擅长忍受了,这就是中国式成长。 —
Telegram
「VoP」維尼之聲 - Voice of Pooh🔊
看来大家都对中共的信誉很有数,不打,以至于领导需要这么发狠话...中国韭菜也真是贱啊,逼你“中国式自愿”不领一分钱的实验补偿,参加习近平肺炎疫苗的临床试验,这么多棍子连个屁都打不出来。
第一张图,那个1月15日截图是时间放在最后的,我今天收到的。第四张微信截图是最早的。后三张以前在这里发表过。
当有一件事(对赵家人的颜面)很重要时,其他一切事都必须让路,这就是中国式逻辑。
当有一件新的坏事时,旧的就可以忘了,这就是中国式管理。
当(你认为)隔壁比你还惨时,你就幸福了,这就是中国式心态。
(平民百姓)…
第一张图,那个1月15日截图是时间放在最后的,我今天收到的。第四张微信截图是最早的。后三张以前在这里发表过。
当有一件事(对赵家人的颜面)很重要时,其他一切事都必须让路,这就是中国式逻辑。
当有一件新的坏事时,旧的就可以忘了,这就是中国式管理。
当(你认为)隔壁比你还惨时,你就幸福了,这就是中国式心态。
(平民百姓)…
Forwarded from Tindy | SIGHUP
我bot还接受 /shutdown_all_instances /ufw_panic_on
#ce #plt #JS #DontKnow 在 #JavaScript 的一个
(其中 fetch 返回一个 Promise,且这个 Promise 一定是成功的)
duangsuse:
await 的话等价 yield 执行权给 awaiter ,成功了 return it ,大概是 Promise<String> ?
reply:
正常 async 函数返回值也是
other:
如果返回的是promise那么还得await或是then
reply:
并不需要,Promise 套娃是会自动解开的
duangsuse:
[In reply to duangsuse]
呃……想起来了,async awaiter 其实会自动 await yield 的 Promise ,而 return 也是一种 yield
duangsuse:
[In reply to reply]
duangsuse:
[In reply to duangsuse]
亦可简写为
果然是 try-catch 时控制流易跑偏……看来在协程continuation的实现方面结构化异常处理需要注意啊
duangsuse:
[In reply to reply]
感觉你这个和举的例子有点区别啊…… 举的例子里 return 是实际执行的最后一条语句
第一个…… 不对,看起来是我默认错了
最后一行和实际末语句是有区别的,如在
尾调用优化也是
duangsuse, [13.01.21 11:06]
try {} 里的 return 语句居然还能前置执行 finally {} ,涨知识了
之前哪里能用到这么多 try 块……
await 休眠当前函数实现的不错,看来这个问题是问“控制流什么方法可以在 return 前加逻辑”啊
回答本身是执行顺序问题。如果直接 return Promise 会被 awaiter 处理,类型上也没错
async function 中,请问在什么情况下 return fetch(...) 和 return await fetch(...) 会有区别?(其中 fetch 返回一个 Promise,且这个 Promise 一定是成功的)
duangsuse:
async function 相当于一个可带 awaiter 的 function* ,封装为 Promise
直接 return Promise 大概会得到二层的这个await 的话等价 yield 执行权给 awaiter ,成功了 return it ,大概是 Promise<String> ?
reply:
正常 async 函数返回值也是
Promise<string> 哦(注: fetch() resolve 后是 stringother:
如果返回的是promise那么还得await或是then
reply:
并不需要,Promise 套娃是会自动解开的
duangsuse:
[In reply to duangsuse]
呃……想起来了,async awaiter 其实会自动 await yield 的 Promise ,而 return 也是一种 yield
duangsuse:
[In reply to reply]
async function op1() { return Promise.resolve(100); }
async function op2() { return 100; }
for (let op of [op1,op2]) op().then(console.log); //100 x2
function foldN(n, op, x) { var acc=x; for (var i=0;i<n; i++) {acc = op(acc);} return acc; }
foldN(4, (x) => Promise.resolve(x), 100).then(console.log)
reply:try { return op1(); } finally { op2(); }
里 op1() 先执行try { return await op1(); } finally { op2(); }
里 op2() 先执行duangsuse:
[In reply to duangsuse]
亦可简写为
const puts=console.info;
const op1 = async()=>Promise.resolve(100), op2 = async()=>100;
for (let op of [op1,op2]) op().then(puts);
foldN(4, v=>Promise.resolve(v), 100).then(puts);另外一般内部实现的 awaiter 亦可这么定义:
function __onestep(gen) {
let {value, done} = gen.next();
if (!done && value instanceof Promise) value.then(x => __onestep(gen.next(x)) );
else return value;
}
function __awaiter(gen) { return Promise((resolve, reject) => { resolve(__onestep(gen)); }; }
未实现 reject果然是 try-catch 时控制流易跑偏……看来在协程continuation的实现方面结构化异常处理需要注意啊
duangsuse:
[In reply to reply]
感觉你这个和举的例子有点区别啊…… 举的例子里 return 是实际执行的最后一条语句
第一个…… 不对,看起来是我默认错了
最后一行和实际末语句是有区别的,如在
() => { return 1; print(); } 里。尾调用优化也是
return thisOp(); 是可变成循环, return thisOp()+1; 仍需保留调用栈duangsuse, [13.01.21 11:06]
try {} 里的 return 语句居然还能前置执行 finally {} ,涨知识了
之前哪里能用到这么多 try 块……
await 休眠当前函数实现的不错,看来这个问题是问“控制流什么方法可以在 return 前加逻辑”啊
回答本身是执行顺序问题。如果直接 return Promise 会被 awaiter 处理,类型上也没错
duangsuse::Echo
#ce #plt #JS #DontKnow 在 #JavaScript 的一个 async function 中,请问在什么情况下 return fetch(...) 和 return await fetch(...) 会有区别? (其中 fetch 返回一个 Promise,且这个 Promise 一定是成功的) duangsuse: async function 相当于一个可带 awaiter 的 function* ,封装为 Promise 直接 return Promise 大概会得到二层的这个…
一开始就应往协程阻塞(await) 和非阻塞(return&awaited by async awaiter) 上想
估计不止 try-finally 里的 return 会前置跳转到 finally {} ,break 什么的也会吧:
看来实现编译器的人必须深刻认识各种控制流结构,这得先执行 finally 块,才能真的 return/break ... 不过这大丈夫吗
finally 块的词法(变量)上下文好像和 try 是一起的,但如果能引用 try 内定义的变量,会不会 access to uninitialized...
估计不止 try-finally 里的 return 会前置跳转到 finally {} ,break 什么的也会吧:
for (let i of [1,2]) try{break} finally {console.log(i)} //1 看来实现编译器的人必须深刻认识各种控制流结构,这得先执行 finally 块,才能真的 return/break ... 不过这大丈夫吗
finally 块的词法(变量)上下文好像和 try 是一起的,但如果能引用 try 内定义的变量,会不会 access to uninitialized...
Forwarded from duangsues.is_a? SaltedFish
https://lab.xecades.xyz/Fourier/?img=5
感觉自己的智商严重需要重构了…… 看了下基本绘制结构我明白了,当时找 img= 参数引用的时候想当然查
是用
整体代码质量较好,非常简短而整洁,建立了
待会重构下(也只能是拿 #TypeScript 了),算是安抚可怜的我…… 😭
感觉自己的智商严重需要重构了…… 看了下基本绘制结构我明白了,当时找 img= 参数引用的时候想当然查
(n + 1) 这个表达式,三次没找到后才在已发现 loadPageVar() 后明白编号到零基数组引数是 -1,明显没过脑子(或者记性不好/数性太差),就凭这?心理各种崩溃。是用
setInterval (timer) 累积dt 更新的(缺点 dt 是常量)generate(t) 基于 getSvgInfo() (load onto <svg> tag)和 getDotInfo() (use style "offset-distance"&canvas.origin)整体代码质量较好,非常简短而整洁,建立了
Axis 和 complex 的 class,helper(common abst.)/canvas/main logic 三文件符合拆分直觉,命名和算法封装方式偏 C 化(静态指定子程序输出的目标存储空间,对应其参数也是写死的;即便程序生命周期仅调用一次)待会重构下(也只能是拿 #TypeScript 了),算是安抚可怜的我…… 😭
#JS #web #drawing https://developer.mozilla.org/en-US/docs/Web/API/Canvas_API/Tutorial/Transformations
MDN Web Docs
Transformations - Web APIs | MDN
Earlier in this tutorial we've learned about the canvas grid and the coordinate space. Until now, we only used the default grid and changed the size of the overall canvas for our needs. With transformations there are more powerful ways to translate the origin…