Closed Ouwen closed 2 years ago
Does this change break the API?
It shouldn’t break the API (DicomMessage.readFile)
@pieper the refactor commit will change the function signature of
DicomMessage.read
and DicomMessage.readTag
However, my understanding is that these are largely used internal to the dcmjs package. I've done a sweep to edit any place they are used (tests).
The change puts options like ignoreErrors
, untilTag
, and includeUntilTagValue
, into an options
param. Future PRs which add options can be made without modifying the function signature.
Yes, I agree, they are unlikely to be used outside of the parsing code. I wonder if the "correct" thing to do would be to change the names of these and similar internal methods to start with an underscore and leave the existing ones as-is but mark them as deprecated. What do you think?
I think that makes sense and would be a good notification for anyone still using it that it'll be dropped in the next major version release. I can put up a quick PR for that.
@pieper let me know if this looks good to you
Thanks for this 👍 keeping the API stable makes me more comfortable.
:tada: This PR is included in version 0.24.2 :tada:
The release is available on:
Your semantic-release bot :package::rocket:
Fix for #282.
Also refactors options into dictionary params to maintain public API. Moved optional parameter tests into separate data-options.test.js Removed legacy untilTag.test.js