You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
We are still in the middle of process of migrating from Reader/Writer-based IO to Web Streams IO.
We had to undeprecate the part of std/io recently because some of IO operations cannot be replaced by Web Streams IO (ex readSync/writeSync, seek, etc). However we still aim to completely remove Reader/Writer-based IO (and therefore std/io) in the future (though it might take long time).
At this point, we can't decide on what should be/shouldn't be included in std/io. So I suggest we should drop std/io from the first stabilization targets.
The text was updated successfully, but these errors were encountered:
I'm for dropping @std/io from removal targets for now. But we should review and remove APIs that are worth removing. There are many APIs in @std/io that either lack sufficient use cases or overlap in functionality. Having a smaller/simpler API surface is a win for both the user and the maintainer.
We are still in the middle of process of migrating from Reader/Writer-based IO to Web Streams IO.
We had to undeprecate the part of std/io recently because some of IO operations cannot be replaced by Web Streams IO (ex readSync/writeSync, seek, etc). However we still aim to completely remove Reader/Writer-based IO (and therefore
std/io
) in the future (though it might take long time).At this point, we can't decide on what should be/shouldn't be included in
std/io
. So I suggest we should dropstd/io
from the first stabilization targets.The text was updated successfully, but these errors were encountered: