Зачем нужно дополнительно импортировать подразделы библиотек, если уже импортирована сама библиотека?

Question

[Илхомжон Матазимов]

Доброго времени суток.
Для чего нужно дополнительно импортировать подразделы библиотек на пайтон, если уже сама библиотека полностью импортирована?

Пример:

import telebot
from telebot import что-то там

Вот зачем это нужно, если уже и так импортирован телебот?

Comments

[aRegius]

В принципе, незачем. А делают скорее всего лишь для того, чтобы не прописывать дополнительно telebot. перед необходимыми модулями, но я бы так не делал.

[Илхомжон Матазимов]

aRegius, а Гоша Дударь так делает. Посмотрел его видео про создания бота телеграм на пайтон

Answer 1

[Ivan Yakushenko]

Только если что бы вместо telebot.some_method() писать просто some_method().
В случаях, когда необходимо добиться минимального потребления ОЗУ, например для деплоя в облачные функции, или для запуска на устройствах с сильно ограниченными ресурсами импортируют конкретные классы, функции, а не модуль целиком.

Comments

[javedimka]

чо

>>> import os
>>> os.getpid()
6421

>>> from os import getpid
>>> getpid()
6422

$ ps -p 6421,6422 -o pid,vsize,rss,%mem,size

  PID    VSZ   RSS %MEM    SZ
 6421 124680  4708  0.1  2696
 6422 124680  4708  0.1  2696

[Ivan Yakushenko]

javedimka, на встроенных решил проверить, да?

[javedimka]

Ivan Yakushenko, Я бы тебе поверил, если бы не умел гуглить, соре, не катит
https://softwareengineering.stackexchange.com/ques...

[Ivan Yakushenko]

javedimka, это просто пример существования отличий. На практике модулей огромное кол-во и все они структурированы по-разному. Довольно часто модуль состоит из множества субмодулей, которые могут быть независимыми друг от друга и когда в проекте используются десятки сторонних модулей разница потребления ОЗУ может достигать десятков мегабайт. Вот первый попавшийся пример из гугла: ссылка. Когда делаешь облачные функции подобная экономия может стоить кучу денег на выходе.

[javedimka]

Ivan Yakushenko, Ссылка которую ты привел - она о другом, не видно связи между обсуждаемой темой и вопросом автора. И совсем непонятно, как способом которым ты импортируешь модуль может быть связан с потреблением памяти десятков сторонних модулей которые все равно надо импортировать. У меня есть ссылка, где уважаемые члены коммьюнити рассказывают, что разница в вариантах импорта минимальна, почему у тебя нампи себя так ведёт - мне не понятно, я делаю вывод, что тут закрался какой-то обман.

[Ivan Yakushenko]

javedimka, ссылка, которую я дал, подтверждает утверждение в моем ответе. Не имею ничего против увожаемых членов комьюнити и не понимаю что ты так вцепился в мой ответ.

[javedimka]

Ivan Yakushenko, И как же она что-то подтверждает? Чувак импортирует пакет и импортирует подпакет, это две разные вещи, там нет импортов фром, там нет вообще ничего даже близкого к тому о чём ты говорил и что ты пытаешься продемонстрировать. Что я так вцепился? - Потому что твое утверждение неверно, не знаю почему себя нампи так ведёт, между импорт и импорт фром разницы в памяти быть не должно.

[Ivan Yakushenko]

javedimka, то есть ты не видишь, что он импортирует разные субмодули из одного модуля и скрипт занимает разное кол-во ОЗУ, что более чем логично.
Вот чуть более очевидный пример импорта разных крупных субмодулей из модуля sklearn:

[javedimka]

Ivan Yakushenko, Ало, я не вижу никаких проблем с импортом сабмодулей и занимаемой памятью, это более чем логично. У тебя в примере с нампи такого нет, импорт "from something import something" НЕ ОЗНАЧАЕТ, что это импорт сабмодуля и никакой разницы в памяти с "import something" быть не должно - в этом вся суть. И это отчетливо видно на примере с модулем os, в чем проблема с нампи - мне неизвестно, внутри __init__ он тянет всё.

[Ivan Yakushenko]

javedimka, да че ты до этого напми докопался, какая разница корректно он импортировался, или не корректно? Ты всю большую и большую ересь начинаешь писать, в попытке утвердить свою позицию, либо принизить мою, не знаю. Успокойся.

[javedimka]

Ivan Yakushenko, Ты все также не видишь своей ошибки? Ереси в моих комментах нет, всё по делу и по факту, ты же в теме плаваешь, и это отлично видно из примеров которые вообще никак не коррелируют с темой вопроса и твоим ответом.
Не отвечай мне, плз, до тебя не достучаться.

[Ivan Yakushenko]

javedimka,

из примеров которые вообще никак не коррелируют с темой вопроса и твоим ответом

Че? Что не так с моим утверждением, что from foo import bar вместо import foo может использоваться для экономии ОЗУ?

Answer 2

[DUDE]

Выше упомянуто о потреблении ОЗУ. Можно конечно очень много д%очить на байтики, это не плохо и дело вообще твое, но здесь в том числе важно, чтобы код был читабельным. Когда ты видишь some_package.some_method() и просто some_method(), то это разные вещи в плане читабельности. Намного легче понимать, к какому классу/пакету/чему-либо еще принадлежит функция/переменная/что-либо еще, так как явно это написано.

Ну и никто не отменял этого:
from something import some_stuff as stuff