Async-iteration support

[rektide]

It would be great to see results as they are found. By implementing JavaScript async iteration support, we could be able to have results stream in as they are located.

Filing as a feature request here, because this is my favorite glob library. 🤩 Thanks!!!

---

IssueHunt Summary

futpib has been rewarded.

Backers (Total: $80.00)

• issuehunt ($80.00)

Submitted pull Requests

• #113 Add globby.stream

---

Tips

• Checkout the Issuehunt explorer to discover more funded issues.
• Need some help from other developers? Add your repositories on IssueHunt to raise funds.

---

IssueHunt has been backed by the following sponsors. Become a sponsor

[sindresorhus]

Would be useful, yes. Can you open an issue on https://github.com/mrmlnc/fast-glob too? As it will have to be implemented there first.

[mysticatea]

It looks to exist in fast-glob: fg.stream(patterns, [options])
(though it's experimental in Node 10...)

[IssueHuntBot]

@issuehuntfest has funded $80.00 to this issue. See it on IssueHunt

[rijnhard]

I have code that already does this (converts a stream to an async iterator) based on fast-glob, the only issue is that I'm quite worried about compatibility since I was abusing babel to get it working.

[mrmlnc]

JFYI: Here you need to understand that now there is no way to open the directory for reading in the stream. Now we first read the directory and then send its entries to the stream. So now Async-Iterator will be just sugar for Stream API.

[rijnhard]

@mrmlnc Correct, afaik this is required libuv/libuv#2057
But even so its simplifies usage, which is fine for now.

[elyager]

@rijnhard @mrmlnc is any of you working on this issue?, is still worth to get it implemented? even if is just a sugar syntax for Stream API.

[rijnhard]

@elyager I'm willing to make the PR, but I haven't because it requires babel hackery and I'm not sure how it will operate on older JS versions.

If I can get a concrete answer on going ahead with it anyway (regardless of babel usage, even if only for review purposes) then I'll make the PR. But I know if it was my library this would be an issue.

tl;dr

1. does the babel requirement disqualify it?
2. should I make the PR anyway for review?

[elyager]

@rijnhard you right, I hope you get the answer you need soon.

[sindresorhus]

1. does the babel requirement disqualify it?

Yes, I'm not interested in using Babel here.

[issuehunt-oss]

@sindresorhus has rewarded $72.00 to @futpib. See it on IssueHunt

• 💰 Total deposit: $80.00
• 🎉 Repository reward(0%): $0.00
• 🔧 Service fee(10%): $8.00