(original) (raw)

No, I am concerned about the rule being too complex to explain, and about surprising effects when the base changes (action at a distance).

I also don't necessarily think "we all agree" that what attrs does is wrong, but the rule I propose seems reasonable.

On Dec 29, 2017 5:58 PM, "Ethan Smith" <ethan@ethanhs.me> wrote:


On Fri, Dec 29, 2017 at 4:52 PM, Guido van Rossum <guido@python.org> wrote:
I still think it should overrides anything that's just inherited but nothing that's defined in the class being decorated.


Could you explain why you are of this opinion? Is it a concern about complexity of implementation?
On Dec 29, 2017 5:43 PM, "Nathaniel Smith" <njs@pobox.com> wrote:
On Fri, Dec 29, 2017 at 12:30 PM, Ethan Furman <ethan@stoneleaf.us> wrote:
\> Good point. So auto-generate a new \_\_repr\_\_ if:
\>
\> - one is not provided, and
\> - existing \_\_repr\_\_ is either:
\> - object.\_\_repr\_\_, or
\> - a previous dataclass \_\_repr\_\_
\>
\> And if the auto default doesn't work for one's use-case, use the keyword
\> parameter to specify what you want.

What does attrs do here?

\-n

\--
Nathaniel J. Smith -- https://vorpus.org
\_\_\_\_\_\_\_\_\_\_\_\_\_\_\_\_\_\_\_\_\_\_\_\_\_\_\_\_\_\_\_\_\_\_\_\_\_\_\_\_\_\_\_\_\_\_\_
Python-Dev mailing list
Python-Dev@python.org
https://mail.python.org/mailman/listinfo/python-dev
Unsubscribe: https://mail.python.org/mailman/options/python-dev/guido%40python.org

\_\_\_\_\_\_\_\_\_\_\_\_\_\_\_\_\_\_\_\_\_\_\_\_\_\_\_\_\_\_\_\_\_\_\_\_\_\_\_\_\_\_\_\_\_\_\_
Python-Dev mailing list
Python-Dev@python.org
https://mail.python.org/mailman/listinfo/python-dev
Unsubscribe: https://mail.python.org/mailman/options/python-dev/ethan%40ethanhs.me