RetroSearch Browse

Mon Apr 22 15:40:42 EDT 2019 · http://mail.python.org/pipermail/python-dev/2019-April/157148.html

On Sat, Apr 20, 2019 at 2:10 PM Inada Naoki <songofacandy at gmail.com> wrote:

> "import typing" is slow too.
>

But is it so slow as to not do the right thing here and use the 'typing'
module as expected? If you have so much work you need to launch some
threads or processes to deal with it then a single import isn't going to be
your biggest bottleneck.

-Brett

>
> 2019年4月21日(日) 1:43 Ilya Kamenshchikov <ikamenshchikov at gmail.com>:
>
>> alright, so would an import under TYPE_CHECKING guard be an option? like:
>>
>> from typing import TYPE_CHECKING
>> if TYPE_CHECKING:
>>     from .process import ProcessPoolExecutor
>>     from .thread import ThreadPoolExecutor
>>
>>
>> Perhaps we can have both clarity and performance.
>>
>> _______________________________________________
> Python-Dev mailing list
> Python-Dev at python.org
> https://mail.python.org/mailman/listinfo/python-dev
> Unsubscribe:
> https://mail.python.org/mailman/options/python-dev/brett%40python.org
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://mail.python.org/pipermail/python-dev/attachments/20190422/0a69b682/attachment.html>

Home - News ( United States | United Kingdom | Italy | Germany ) - Football scores

Showing content from http://mail.python.org/pipermail/python-dev/2019-April/157148.html below:

[Python-Dev] Concurrent.futures: no type discovery for PyCharm