[Python-Dev] One-line abstractmethod function?
Terry Reedy
tjreedy at udel.edu
Sat Dec 7 00:44:59 CET 2013
On 12/6/2013 5:46 AM, Steven D'Aprano wrote:
> On Fri, Dec 06, 2013 at 07:28:57AM +0100, Gregory Salvan wrote:
>> class MyObject(metaclass=ObjectSpec):
>> ''' MyObject doc'''
>> 'attr1 contains something'
>> attr1 = None
>> 'attr2 contains something'
>> attr2 = str
>> 'method1 do something'
>> method1 = NotImplementedMethod('self', 'arg1', kwarg1=str)
>
> I really don't like the idea of extending the docstring syntax to
> arbitrary objects.
> ...
> Another issue is that many objects (particularly built-ins) cannot take
> additional attributes. So where are you going to attach the docstrings?
For data attributes, which are usually mutable, it should be attached to
the attribute *concept*, which is represented by the name, rather than
the current but usually changeable value. Values are usually already
documented either by a value representation or a docstring. This could
be done with a string subclass that is used as needed.
For methods, the value is nearly always constant. When multiple methods
share the same function, they usually also share the same name, and
represent the same concept.
A half-way measure would be to extend help() (pydoc, I guess) to
recognize the same attribute comment conventions as Sphinx autodoc when
source is available, as it usually is. If we do this, I think the
conventions should be 'blessed' in an info pep. Docstrings are seldom
needed for runtime execution, which is why we have an option to remove them.
--
Terry Jan Reedy
More information about the Python-Dev
mailing list