My point is to have a class with public interface identical to typing.Generic, but without all runtime overhead. It's based on the assumption that few developers benefit with typing.Generic addition during production application execution.
Those who do, can subclass typing.Generic directly. > On Nov 30, 2017, at 1:22 PM, Ivan Levkivskyi <levkivs...@gmail.com> wrote: > > FWIW, with PEP 560 generic classes will stay generic at runtime. I am not > sure what you mean by this, but > practically all existing runtime APIs (with few exceptions, see PEP 560) for > generics will stay. _______________________________________________ Python-ideas mailing list Python-ideas@python.org https://mail.python.org/mailman/listinfo/python-ideas Code of Conduct: http://python.org/psf/codeofconduct/
