Never Use toString() for Behaviour

Re:Never Use toString() for Behaviour by Bartweiss on Wednesday December 04, 2019 @05:57PM (#21708095)

I suppose you could define toString() to throw an error, but obviously that's a messy hack in place of having that control. I can definitely appreciate the logic for making nothing intrinsic, and I can also see an argument for making equals() the only method of Object. (i.e. everything should have an identity function, but nothing more.)

Now I'm wondering... are there languages which formalize "implement with a throw" into some kind of explicit refusal to implement a method? Obviously there are method-sharing approaches other than inheritance, but I've never heard of "you must implement this, or explicitly choose not to".

[ Parent | on HN ]

Re:Never Use toString() for Behaviour by iudqnolq on Wednesday December 04, 2019 @10:50PM (#21709831)

I'm not quite sure what you mean, but it's standard in python if you have a method in a class that must be subclassed and overridden you can have the default raise a NotImplementedError

[ Parent | on HN ]

Re:Never Use toString() for Behaviour by Bartweiss on Thursday December 05, 2019 @10:32AM (#21713140)

I was thinking about a condition that's specifically for "inherited but not supported", but that's pretty close to what I had in mind, yes.

Java doesn't have a language-level exception that's specifically for unusable methods, which can be a bit awkward. UnsupportedOperationException is the recommended answer, but it's relatively nonspecific as to why your operation wasn't supported. Apache's Commons extends that with NotImplementedException for cases where the call isn't definitionally impossible (e.g. adding to an unmodifiable map), but no implementation exists.

[ Parent | on HN ]