require-atomic-updates - Rules - ESLint - Pluggable JavaScript linter
When writing asynchronous code, it is possible to create subtle race condition bugs. Consider the following example: let totalLength = 0; async function addLengthOfSinglePage(pageNum) { totalLength += await getPageLength(pageNum); } Promise.all([addLengthOfSinglePage(1), addLengthOfSinglePage(2)]).then(() => { console.log('The combined length of both pages is', totalLength); }); This code looks li
もうAndroidの非同期処理はasync/awaitでいいんじゃないかなぁと思った - visible true
Rx Ja Night Vol.2 - connpassで「 Androidの非同期処理をKotlinコルーチンで行う」という話をしてきました。 スライドで使っているコードは次のリポジトリに置いています。 github.com 今回取り扱った非同期処理の範囲 スライドやリポジトリのREADME.mdに大体書いているのですがコチラにも載せときます。 詳細な説明はスライドやリポジトリを参照してください。 次の非同期処理をコルーチンで実現します。 単発の実行 直列の実行 並列の実行 + エラーハンドリング キャンセル 環境 すべてKotlinが提供する標準の機能を用います。 implementation "org.jetbrains.kotlin:kotlin-stdlib-jre7:1.1.2-4" implementation "org.jetbrains.kotlinx:kotlinx-c
async/await: It’s Good and Bad
This might be controversial, as most people I know are huge fans of async/await. If you’re not familiar, it’s this nifty little syntax addition that allows developers to deal with APIs that return Promises in a more “native” way: async function doSomethingCool() { let someValue = await getSomePromise(); console.log(someValue + '!!!'); }As opposed to: function doSomethingCool() { getSomePromise.the
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
処理を実行中です
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
Rule Proposal: require-await · Issue #6820 · eslint/eslint
GitHub - vercel/async-retry: Retrying made simple, easy and async
GitHub - babel/kneden: Transpile ES2017 async/await to vanilla ES6 Promise chains: a Babel plugin
GitHub - avajs/ava: Node.js test runner that lets you develop with confidence 🚀
Add ES7 async functions basic tests by zloirock · Pull Request #406 · compat-table/compat-table
