JavaScriptの ~. 構文って知ってる？ Promise Pipeliningが拓く非同期処理の未来 - Qiita

この記事では、HandledPromiseと~.について概説します。例によって、これらはStage 1プロポーザルです。つまり、「こういうのがあってもいいんじゃない？」と思われている段階であり、具体的な方向性とかは何一つ決まっていないということです。この記事でお伝えするのは現段階での構想であり、当然ながらまだJavaScriptに正式採用されたものではありません。何年後かにこの機能が採用されたときに全然別の見た目になっていたとしても、悪しからずご了承ください。 この記事は以下の2つのプロポーザルを基に書かれています。 HandledPromise proposal-wavy-dot また、このPolyfillも参考になるでしょう。 https://www.npmjs.com/package/@agoric/eventual-send HandledPromiseの意義 ざっくりと言えば、H

[gabill]

サーバー側で複雑な考慮が必要なら、『disk.readFile('foo/bar.txt')』や『logs("a","b","c")』みたいな一発APIを用意した方が早そうではある。利用者の都合の良い挙動を忖度して任意の組み合わせを保証するのは、現実的かなぁ。

[andoshin11]

callback的に扱いたいのかpipeableな扱いにしたいのかよく分からん

[jgoamakf]

CORBAとか他のRPCで、こんな呼び出し方サポートしてたっけ？ミドルウェアからサーバーの実装まで色々難しいかもしれない。

[paulownia]

記号はやめてーググりにくいのー

[Fushihara]

流石にこれは無いわ（AA略　そんなのよりPromiseでプログレスとキャンセルを標準で出来るようにしてくれよ！

[mysticatea]

返す Promise にメソッド生やせば良いだけでは無いのか...?

[yarumato]

“まだ提案段階で採用されても何年か後。　通信先に存在する（仮想的な）オブジェクトに対して効率的に操作。async/awaitだと3RTT(ラウンドトリップ時間)かかるのがHandledPromiseだと1RTTですむ”

[you21979]

nextTickに積まれるキューの話とネットワークの遅延をごっちゃにしている？

[programmablekinoko]

モノリシックなシステム（バックエンドの処理を全てサーバーに任せる）-> マイクロサービス化（これからはクライアント側の責任で状態を持てよ） -> Promise Pipelining（中間状態は持ちたくないから結果だけくれ） <= 今ココ

[rryu]

パイプラインの機能とプロキシオブジェクトの機能が混ざって絶妙に分かりづらい気がする。

[t_f_m]

"勘のいい皆さんはすでにお気づきでしょう。これが非同期処理のレイテンシに対する銀の弾丸などではなく、まとめて送られてくる命令を正しく処理するという複雑さがネットワークの向こう側に追いやられただけ"

[ebo-c]

DOSのファイル名としてよく見た記憶がある

[fashi]

perlでもよく使われてたけど、フォントを選ばないと気持ち悪いソースになりそう

[tofu-kun]

うーむ

[ElizaAcolyte]

頭痛くなってきた……。