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
What is the official guidance on dealing with signature errors from dependencies? For example the signatures for Gem::Specification claim that Gem::Specification does not have the singleton method load (it does). The signatures for system claim that system does not accept the keyword argument exception (it also does). The rbs collection thor signatures are all but useless and missing most of thor core functionality. I'm sure there are thousands of other issues like this which brings me to my point: What is the recommended approach for dealing with these issues? Are we expected to implement the signatures of our dependencies alongside our own gem signatures? Are we expected to just write or overload the missing or broken signatures in our own classes even though the methods don't technically belong to those classes? Are we expected to use untyped (even though this couldn't handle every use case)? Are we expected to implement interfaces that mimic our dependencies so as not to override the actual signatures from dependencies? Or is there some other work around the rbs team recommends? I'd love to see the answer from the rbs team to this question documented.
The text was updated successfully, but these errors were encountered:
What is the official guidance on dealing with signature errors from dependencies? For example the signatures for
Gem::Specification
claim thatGem::Specification
does not have the singleton methodload
(it does). The signatures forsystem
claim thatsystem
does not accept the keyword argumentexception
(it also does). The rbs collectionthor
signatures are all but useless and missing most ofthor
core functionality. I'm sure there are thousands of other issues like this which brings me to my point: What is the recommended approach for dealing with these issues? Are we expected to implement the signatures of our dependencies alongside our own gem signatures? Are we expected to just write or overload the missing or broken signatures in our own classes even though the methods don't technically belong to those classes? Are we expected to useuntyped
(even though this couldn't handle every use case)? Are we expected to implement interfaces that mimic our dependencies so as not to override the actual signatures from dependencies? Or is there some other work around the rbs team recommends? I'd love to see the answer from the rbs team to this question documented.The text was updated successfully, but these errors were encountered: