On 1 Apr 2019, at 09:54, Henrik Sperre Johansen <henrik.s.johansen@veloxit.no> wrote:
Or, if the class has subclasses, one could get a suggestion/action to
implement the missing method as
missingMethod
^self subclassResponsibility
Which also has the benefit of working nicely with the "expected (or was that
"missing"?) protocol" functionality.
Unless you meant something else?
I don���t know if we are all talking about the same thing. In my image, I have a class where I haven���t got the isAbstract defined, and so Calypso shows a red message - as it thinks I���m supposed to implement #execute (if it knows my intent that my class is abstract, then it doesn���t show the red warning). I think this is Denis��� question?
Sure, if I choose to use the abstract class, then its my choice, but as a lint checker -having useful warnings is helpful. But it is a nuisance defining isAbstract - and I���d almost prefer it assumes its abstract in this case (the normal expectations?) unless I tag it as concrete and signal to users that they might consider using my class (its probably a design smell these days though)