-
Notifications
You must be signed in to change notification settings - Fork 54
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
fix: convert byteOffset and byteLength to getters #215
Conversation
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
sgtm but I'll leave it to @Gozala to weigh in; I'm a bit tired to having to deal with these myself, I think the intention was to have an ArrayBuffer
that could also be a CID
itself (kind of like the Cid
type in Go which is just a wrapped byte string
) but we've not really evolved beyond just having a concrete class—does the new interface (and/or the newly proposed ones) get us any closer? is it worth the bother holding on to these as important properties?
@rvagg this was @Gozala's suggestion 😜
Most of them remove these fields so no, not exactly.
I don't think so, no. Can restore #210 if that's a better solution. |
@Gozala Happy for this go in to unblock the roll out of multiformats v10 to @ipld/dag-*, ipfs, etc? |
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
LGTM, might as well wait for gozala tho
Ah sorry @achingbrain I have concurrently submitted #216. I'm happy with either, that said mine takes care of coverage issues reported in this pr through this change 16d6ef7 |
🎉 This PR is included in version 10.0.1 🎉 The release is available on: Your semantic-release bot 📦🚀 |
Fixes #208 by converting
.byteOffset
and.byteLength
properties to getters.Supersedes #210